Glosario · Fundamentos de testing
Pruebas de aceptación de usuario (UAT)
En inglés: User acceptance testing
También llamado: UAT, prueba de aceptación de usuario, pruebas de aceptación, pruebas de usuario final
Definición
Fase final de pruebas en la que usuarios reales o representantes del negocio confirman que el sistema cubre sus necesidades y está listo para aceptarse y publicarse.
Las pruebas de aceptación de usuario (UAT, user acceptance testing) las realizan las personas que van a usar o a ser responsables del sistema, no el equipo que lo construyó. Los usuarios de negocio ejecutan tareas realistas en un entorno similar a producción y deciden si el software hace el trabajo que necesitan. Una UAT superada termina con una aprobación formal (sign-off), que a menudo es la puerta para la release o para la aceptación contractual de un proveedor.
Ejemplo
Un banco sustituye su sistema de solicitudes de préstamos. Antes de la puesta en marcha, los gestores de préstamos pasan una semana en el entorno de UAT procesando solicitudes realistas: un préstamo personal estándar, una solicitud conjunta, un solicitante autónomo con ingresos irregulares y una solicitud rechazada que debe generar la carta correcta. Comprueban que el flujo de trabajo encaja con su forma real de trabajar, que los informes coinciden con lo que necesitan los responsables y que nada les obliga a recurrir a soluciones manuales. Las incidencias se registran, se clasifican con el equipo del proyecto y se corrigen o se aceptan antes de la aprobación.
UAT frente a pruebas de sistema
| Pruebas de sistema | Pruebas de aceptación de usuario | |
|---|---|---|
| Quién | Equipo de QA | Usuarios de negocio, clientes, product owners |
| Pregunta | ¿Cumple el sistema la especificación? | ¿Cubre nuestras necesidades reales? |
| Base | Requisitos y diseño | Procesos de negocio y criterios de aceptación |
| Foco | Defectos, casos límite, comprobaciones no funcionales | Adecuación al propósito, usabilidad en contexto |
Un sistema puede pasar todas las pruebas de sistema y aun así fallar la UAT, porque la propia especificación era incorrecta o incompleta. Por eso la UAT es el ejemplo clásico de validación (“¿estamos construyendo el producto correcto?”) frente a verificación (“¿estamos construyendo el producto correctamente?”).
Tipos de pruebas de aceptación
- Pruebas alfa: usuarios internos prueban en las instalaciones del desarrollador.
- Pruebas beta: un grupo limitado de usuarios externos prueba en su propio entorno.
- Pruebas de aceptación operativa (OAT): los equipos de operaciones comprueban las copias de seguridad, el failover, la monitorización y el despliegue.
- Aceptación contractual y regulatoria: verifica las condiciones pactadas en el contrato o los requisitos legales.
Errores comunes
- Usar la UAT para encontrar bugs básicos. Si los usuarios se topan con cuelgues, las pruebas de sistema no estaban terminadas. La UAT debe centrarse en la adecuación, no en defectos que QA debería haber detectado.
- Sin escenarios ni datos preparados. Los usuarios de negocio necesitan datos realistas y escenarios claros, y los testers suelen ayudar a redactarlos.
- Dejarla para demasiado tarde. Una UAT comprimida en los últimos días antes de la release suele convertirse en un mero trámite.