📋
Product Owner
- Define la prioridad de la reserva.
- Explica el valor para el cliente.
- Define criterios de aceptación.
- Resuelve dudas de negocio.
RESERVA DE HOTEL
Bootcamp de Testing
Simulador Scrum & QA
Proyecto práctico: aplicación de reservas de hotel
Clase Roles Scrum | Visión QA
Objetivo del simulador
Este ejercicio permite comprender cómo colaboran los roles Scrum en una funcionalidad real: buscar disponibilidad y reservar una habitación de hotel.
El participante podrá completar datos de una reserva, ejecutar validaciones y observar cómo el QA identifica riesgos, criterios de aceptación y casos de prueba durante el Sprint.
Historia de usuario
Como cliente de un hotel, quiero buscar habitaciones disponibles por fecha, para realizar una reserva de forma simple y confiable.
Mensaje clave:
En Scrum, la calidad no se prueba al final: se construye desde la conversación inicial, los criterios de aceptación y la validación continua.
En Scrum, la calidad no se prueba al final: se construye desde la conversación inicial, los criterios de aceptación y la validación continua.
🔄
Scrum Master
- Facilita el trabajo del equipo.
- Elimina impedimentos.
- Promueve mejora continua.
- No actúa como jefe del equipo.
💻
Developers
- Construyen la funcionalidad.
- Implementan búsqueda y reserva.
- Integran reglas de negocio.
- Mantienen la calidad técnica.
🔎
QA dentro de Developers
- Analiza riesgos.
- Diseña escenarios de prueba.
- Valida criterios de aceptación.
- Reporta defectos temprano.
Simulación de reserva
Completa los datos y presiona Ejecutar validación QA.
Flujo Scrum aplicado
1
Refinamiento
El PO explica la necesidad de negocio. QA pregunta por reglas, fechas, disponibilidad, límites y mensajes de error.
2
Sprint Planning
El equipo define cómo construir la funcionalidad y QA identifica escenarios positivos, negativos y de borde.
3
Desarrollo + Testing
Developers implementan y QA valida durante el Sprint, no al final. Los defectos se corrigen tempranamente.
4
Sprint Review
El equipo demuestra la reserva funcionando y valida si cumple los criterios de aceptación definidos.
5
Retrospective
El equipo conversa qué mejorar: claridad de historias, ambientes, datos de prueba, defectos y colaboración.
Pregunta para el participante:
¿Qué habría ocurrido si QA revisara esta funcionalidad solo al final del Sprint?
¿Qué habría ocurrido si QA revisara esta funcionalidad solo al final del Sprint?
Criterios de aceptación sugeridos
| Criterio | Validación QA | Prioridad |
|---|---|---|
| El cliente debe ingresar fecha de entrada y salida. | Validar campos obligatorios y formato correcto. | Alta |
| No se permiten fechas pasadas. | Probar reservas con fechas anteriores al día actual. | Alta |
| La fecha de salida debe ser posterior a la fecha de entrada. | Probar salida igual o anterior a entrada. | Alta |
| Debe existir disponibilidad para el tipo de habitación. | Simular habitaciones disponibles y no disponibles. | Media |
| El sistema debe mostrar resumen de reserva. | Validar cliente, fechas, noches, habitación y total. | Media |