¿Cómo planificas y ejecutas las pruebas de aceptación de usuario?

Construye los casos de prueba a partir de los criterios de aceptación y los flujos de proceso, no de lo que se ha construido. Consigue usuarios reales en vez de sustitutos del equipo de proyecto, usa datos realistas y cubre los caminos de excepción, porque ahí es donde falla la aceptación. Acuerda de antemano las definiciones de severidad y quién toma la decisión de salir o no salir, para que esa discusión no ocurra el día de la decisión.

Construyo los casos a partir de los criterios de aceptación y los flujos de proceso, así probamos lo que pidió el negocio en vez de lo que se acabó construyendo, y ahí es donde la trazabilidad se paga sola, porque puedo ver rápido qué requisitos no tienen ninguna prueba asociada. Luego quiero usuarios reales, no un sustituto del equipo de proyecto, porque el equipo de proyecto sabe cómo se supone que funciona y evita inconscientemente los caminos incómodos. Los datos realistas importan lo mismo; un conjunto de pruebas limpio dejará pasar cosas que se caen con el primer registro real al que le falta un campo. La parte que la gente se salta es acordar las reglas por adelantado: qué cuenta como crítico, alto y medio, y quién toma la decisión de salir o no salir. Tener eso acordado dos semanas antes hace que el día de la decisión vaya de hechos y no de quién tiene derecho a decidir.