Diagrama del proceso de pruebas de aceptación de usuario
Plantilla de UAT para alcance, escenarios de negocio, datos protegidos, entorno, pruebas de ejecución, gravedad de defectos, repetición y aprobación.
¿Qué es diagrama del proceso de pruebas de aceptación de usuario?
UAT es la prueba de negocio de que una versión puede sostener el trabajo y los resultados acordados, no una última repetición de pruebas técnicas. Este proceso empieza definiendo alcance, criterios de salida, usuarios de prueba y la persona autorizada para aprobar. Los usuarios redactan escenarios de extremo a extremo vinculados con requisitos y riesgos; el soporte prepara datos representativos y protegidos; y el equipo de entrega demuestra que la versión puede probarse. La ejecución registra resultados esperados y reales con pruebas, mientras el propietario clasifica los defectos por impacto de negocio.
El diagrama es más limitado que el ciclo completo de /es/templates/proceso-de-implementacion-de-software-empresarial. Las pruebas de sistema, integración, rendimiento y seguridad ya deben haber creado confianza técnica; este flujo se centra en escenarios de negocio, gravedad bloqueante, correcciones, regresión y decisión formal. Un defecto no bloqueante solo puede aceptarse mediante la ruta definida de riesgo residual, con responsable y acción. Sustituye los criterios de ejemplo por requisitos, reglas de datos y autoridad aprobados para la versión.
Qué cubre este diagrama de flujo
En esta plantilla
- Ocho fases desde alcance y escenarios hasta datos, entorno, ejecución, triaje, repetición y aprobación
- Escenarios propiedad de negocio y vinculados a requisitos y riesgos para reflejar el trabajo real
- Datos representativos con autorización y bucles de enmascarado o regeneración antes de conceder acceso
- Recopilación de pruebas y triaje por gravedad que separan defectos bloqueantes de decisiones no bloqueantes
- Corrección, despliegue y regresión seguidos de aprobación del patrocinador o devolución para obtener más pruebas
Cuándo usar esta plantilla
- Una versión necesita aceptación formal de negocio antes de producción o de un hito contractual
- Los usuarios reciben guiones sin datos representativos, acceso estable ni trazabilidad con los requisitos
- Las discusiones se bloquean porque no se han definido gravedad, impacto y autoridad para aceptar riesgo residual
- La aprobación ocurre por mensajes informales sin expediente de pruebas, defectos abiertos ni aprobador identificado
Cómo funciona
Define alcance y autoridad de aprobación
Enumera procesos, grupos de usuarios, requisitos y riesgos incluidos en UAT y lo que queda fuera. Nombra al aprobador y las pruebas que necesita para aceptar o rechazar la versión.
Escribe escenarios de negocio
Crea casos de extremo a extremo basados en tareas, decisiones, excepciones y traspasos reales, no en pantallas aisladas. Vincula cada escenario con requisitos y riesgos prioritarios para detectar carencias de cobertura.
Prepara datos seguros y representativos
Especifica combinaciones para rutas normales y excepcionales, quién autoriza su uso y cómo se enmascaran o sintetizan valores sensibles. Confirma que relaciones y casos límite sigan siendo realistas tras protegerlos.
Fija reglas de gravedad y repetición
Define impactos bloqueantes y no bloqueantes en términos de negocio, quién asigna gravedad, qué correcciones exigen repetir casos y qué regresión sigue a una nueva versión. Indica cómo se discute la clasificación.
Construye el registro de aprobación
Reúne casos ejecutados, resultados reales, pruebas, identificadores de entorno y versión, defectos, repeticiones y acciones residuales. Muestra aprobación, rechazo y solicitud de más pruebas como decisiones fechadas y responsables.
Preguntas frecuentes
¿Cuál es el propósito de las pruebas de aceptación de usuario?
UAT aporta al propietario de negocio pruebas de que una versión admite escenarios reales acordados y es aceptable para uso operativo. Evalúa aptitud de negocio, no todas las propiedades técnicas. El resultado es una decisión registrada con el tratamiento de defectos y acciones residuales, no solo un recuento de casos superados.
¿Quién debe ejecutar y aprobar UAT?
Usuarios representativos deben ejecutar los escenarios porque conocen trabajo, excepciones y consecuencias. El responsable de UAT coordina; el propietario ayuda al triaje; entrega corrige. La aprobación final corresponde a un patrocinador o delegado con autoridad para aceptar impacto operativo y riesgo residual, no solo al equipo constructor.
¿Cómo deben priorizarse los defectos de UAT?
Clasifícalos por impacto según definiciones escritas: si una tarea crítica es imposible, si se comprometen datos o controles, si existe una alternativa segura y cuántos usuarios o transacciones afecta. La complejidad técnica informa el plan, pero no reduce la gravedad de negocio. Los no bloqueantes también requieren una decisión registrada.
¿Qué pruebas debe contener una aprobación de UAT?
Debe identificar versión y entorno, alcance y criterios aprobados, escenarios ejecutados, resultados esperados y reales, pruebas, gravedad y estado de defectos, repeticiones, asuntos residuales con propietario y decisión fechada. Conserva contexto suficiente para reconstruir qué aceptó negocio sin depender de correos o memoria.
Dónde encaja este proceso
En la mayoría de las organizaciones, este proceso sigue a Diagrama del proceso de migración de datos y da paso a Proceso de decisión go/no-go: árbol de decisión de lanzamiento.
Es un paso de Transformación digital.
Paso 5: Diagrama del proceso de migración de datos
Plantilla para evaluar el alcance, mapear campos, depurar datos, ensayar cargas, conciliar, validar con negocio, ejecutar la transición y controlar la reversión.
Paso 6: Diagrama del proceso de pruebas de aceptación de usuario Estás aquí
Plantilla de UAT para alcance, escenarios de negocio, datos protegidos, entorno, pruebas de ejecución, gravedad de defectos, repetición y aprobación.