Había escuchado hablar del UAT antes de formarme en QA, pero no tenía muy claro qué era exactamente ni cómo se diferenciaba del resto de pruebas. Es uno de esos términos que suena importante pero que pocas veces se explica de forma sencilla.
En este artículo te lo explico desde cero con ejemplos reales.
Qué significa UAT
UAT son las siglas de User Acceptance Testing, que en español significa pruebas de aceptación del usuario. Es el tipo de prueba que se realiza justo antes de que un producto llegue a producción, y la ejecutan los usuarios finales o representantes del negocio — no el equipo de QA.
Su objetivo es confirmar que el software hace lo que el negocio necesita que haga, desde el punto de vista de quien lo va a usar en el día a día.
Por qué existe el UAT si ya hay otras pruebas
Es una pregunta lógica. Si el equipo de QA ya ha probado todo durante el desarrollo, ¿para qué hace falta que los usuarios vuelvan a probarlo?
La respuesta es que el QA prueba que el software cumple los requisitos técnicos. El UAT prueba que el software cumple las necesidades reales del negocio. Y esas dos cosas no siempre son lo mismo.
Un ejemplo concreto: un sistema de gestión de pedidos puede pasar todos los tests técnicos perfectamente y aun así tener un flujo de trabajo que no encaja con cómo el equipo de ventas trabaja realmente. Eso solo lo detectan los usuarios que van a usarlo cada día.
Cuándo se hace el UAT
El UAT es la última fase de pruebas antes del despliegue a producción. Ocurre después de que el equipo de QA ha completado las pruebas funcionales, de regresión y de integración, y el producto está considerado técnicamente listo.
En metodologías ágiles el UAT puede ocurrir al final de cada sprint o al final de un conjunto de sprints antes de un release importante. En proyectos en cascada suele ser una fase formal con fechas definidas.
Quién hace el UAT
Esta es una de las cosas que más sorprende a quien se acerca al UAT por primera vez — no lo hace el equipo de QA. Lo hacen los usuarios finales o representantes del negocio.
En la práctica esto puede significar el equipo de ventas probando un CRM nuevo, los gestores de almacén probando un sistema de inventario o los agentes de atención al cliente probando una nueva plataforma de soporte.
El papel del QA Engineer en el UAT es facilitar el proceso — preparar el entorno, documentar los casos de prueba, dar soporte a los usuarios durante las pruebas y gestionar los bugs que se encuentren.
Diferencia entre UAT y otros tipos de pruebas
Es fácil confundir el UAT con otros tipos de pruebas. Aquí van las diferencias clave:
UAT vs pruebas funcionales
Las pruebas funcionales verifican que el software hace lo que dicen los requisitos técnicos. Las ejecuta el equipo de QA. El UAT verifica que el software hace lo que necesita el negocio. Lo ejecutan los usuarios.
UAT vs pruebas de sistema
Las pruebas de sistema verifican que todos los componentes del sistema funcionan correctamente juntos. El UAT va un paso más allá y verifica que el sistema completo es aceptable para el negocio.
UAT vs testing exploratorio
El testing exploratorio lo hace el QA sin un guion definido buscando bugs. El UAT lo hacen los usuarios siguiendo escenarios de negocio reales definidos de antemano.
| Quién lo hace | Qué verifica | Cuándo | |
|---|---|---|---|
| Pruebas funcionales | QA | Requisitos técnicos | Durante el desarrollo |
| Testing exploratorio | QA | Comportamientos inesperados | Durante el desarrollo |
| UAT | Usuarios finales | Necesidades del negocio | Antes de producción |
Cómo se hace un UAT paso a paso
Paso 1 — Define los criterios de aceptación
Antes de empezar el UAT hay que tener claros los criterios de aceptación — qué tiene que ocurrir para que el producto sea considerado aceptable. Estos criterios los define el negocio junto con el equipo de producto.
Paso 2 — Prepara los casos de prueba UAT
Los casos de prueba UAT no son técnicos — son escenarios de negocio reales. Por ejemplo: «Como agente de ventas, quiero poder crear un pedido nuevo en menos de 3 minutos.» O «Como responsable de almacén, quiero poder ver el stock actualizado en tiempo real.»
Paso 3 — Prepara el entorno
El QA prepara un entorno de pruebas lo más parecido posible a producción, con datos de prueba realistas. Los usuarios no deben probar con datos reales de clientes por razones de privacidad.
Paso 4 — Ejecuta las pruebas con los usuarios
Los usuarios ejecutan los escenarios definidos mientras el QA observa, toma notas y documenta cualquier problema que encuentren. Es importante no interferir — el objetivo es ver cómo los usuarios reales interactúan con el sistema.
Paso 5 — Documenta y prioriza los hallazgos
Todo lo que los usuarios reportan se documenta en Jira con el nivel de detalle necesario. El equipo prioriza qué se corrige antes del lanzamiento y qué puede esperar.
Paso 6 — Decisión de go/no-go
Al final del UAT el negocio toma una decisión: el producto está listo para producción (go) o necesita correcciones antes de lanzarse (no-go). Esta decisión la toma el negocio, no el equipo técnico.
Tipos de UAT
Alpha testing
Se realiza en las instalaciones del equipo de desarrollo con usuarios seleccionados. Es controlado y el equipo técnico está presente para resolver dudas.
Beta testing
Se realiza con un grupo más amplio de usuarios reales en su propio entorno. El equipo de desarrollo no está presente. Es menos controlado pero más representativo del uso real.
UAT contractual
En proyectos con clientes externos, el UAT forma parte del contrato. El cliente prueba el producto y da su aprobación formal antes de que se considere entregado.
Por qué es importante para un QA Engineer conocer el UAT
Aunque el QA no ejecuta el UAT directamente, su papel en facilitarlo es fundamental. Un QA que entiende el UAT puede preparar mejores casos de prueba durante el desarrollo — casos que anticipan lo que los usuarios van a necesitar verificar.
También ayuda a entender por qué algunos bugs que parecen menores técnicamente tienen alta prioridad para el negocio — porque afectan a flujos de trabajo reales que los usuarios han identificado en el UAT.
Si quieres saber más sobre cómo encaja el UAT en el ciclo de desarrollo puedes leer cómo funciona el QA en Scrum o qué es el testing shift-left.
Y si necesitas ayuda para implementar un proceso de QA completo en tu proyecto puedes ver mis servicios en fatimaqa.com.