Lección 4 de 7 · 12 min
QA desde el refinamiento: ninguna historia sin sus riesgos
Al terminar sabrás
12 min- Explicar por qué QA al final cuesta más con IA
- Escribir los riesgos de una historia con la técnica del '¿qué pasa si…?'
- Proponer una definición de listo que incluya riesgos
Construyes: Los riesgos escritos de tres historias del próximo sprint.
La fila que crece sola
En muchos equipos, QA conoce una historia cuando ya está programada. Antes era lento; con IA es peor.
La IA acelera la escritura de código, no la claridad de los requisitos. Un error en la historia —un caso que nadie pensó, una regla de negocio ambigua— ahora se programa en una tarde. Se descubre igual de tarde que antes, pero con más código encima y con otra historia ya esperando en la fila. Si QA sigue entrando al final, la fila de lo que hay que probar crece más rápido de lo que el equipo la vacía.
Lo que QA lleva al refinamiento
No los casos de prueba completos: eso viene después. Al refinamiento QA lleva tres cosas que caben en diez minutos por historia:
- Riesgos. Qué puede salir mal y cuánto importa.
- Preguntas abiertas. Lo que la historia no dice y alguien va a tener que decidir.
- Datos de prueba. Qué datos se necesitan y de dónde van a salir, sin usar datos reales de clientes.
La técnica: "¿qué pasa si…?"
Para cada criterio de aceptación, recorre estas preguntas. No todas aplican; las que aplican suelen ser las que más bugs evitan:
- Bordes: ¿qué pasa con el valor mínimo, el máximo y el que está justo al lado?
- Tiempo: ¿qué pasa si algo vence o cambia mientras la persona está a mitad del flujo?
- Repetición: ¿qué pasa con un doble clic, un reintento o dos pestañas abiertas?
- Dinero: ¿redondeos, impuestos, monedas, montos con decimales?
- Permisos: ¿qué pasa si lo intenta alguien que no debería poder?
- Estados: ¿qué pasa si el pedido ya está despachado, anulado o en revisión?
Ejemplo con "el usuario puede aplicar un cupón de descuento": ¿qué pasa si el cupón vence mientras paga?, ¿si se aplica dos veces con doble clic?, ¿si se escribe en minúsculas?, ¿si se combina con otra promoción? Cuatro preguntas, cinco minutos, y la historia cambia antes de que exista el código.
La definición de listo
La forma de que esto no dependa de la buena voluntad es escribirlo en la definición de listo del equipo. Una historia entra al sprint cuando tiene:
- criterios de aceptación claros;
- al menos dos riesgos con cómo se van a probar;
- las preguntas abiertas resueltas;
- los datos de prueba identificados;
- y, si la va a programar una IA, el nombre de quien revisa lo que genere.
Cómo conseguir que te inviten
Al refinamiento no se entra pidiendo permiso, se entra aportando. Los primeros días, llega con las preguntas ya escritas y limítate a las dos o tres que más importan. No bloquees: si algo no se resuelve, se anota como riesgo y la historia avanza.
Cuando el equipo vea que una pregunta de QA evitó un bug que habría costado un día, la invitación deja de ser un favor.
Compruébalo
0/3Responde sin mirar atrás. Verás la explicación al instante.
1. ¿Por qué QA al final es más caro en un equipo que usa IA para programar?
2. ¿Qué aporta QA en el refinamiento?
3. Una historia dice 'el usuario puede aplicar un cupón de descuento'. ¿Cuál es la mejor pregunta de QA en el refinamiento?
Reto: tres historias del próximo sprint
Toma tres historias del próximo sprint y escribe para cada una al menos dos riesgos con su prueba, las preguntas abiertas y los datos de prueba que se necesitan.
Llévalas al refinamiento y cuenta cuántas cambiaron por algo que preguntaste.