¿Qué son las pruebas de aceptación del usuario (UAT)?
Las pruebas de aceptación del usuario (UAT) son la fase final de las pruebas de software antes de que un producto entre en producción. Es la última oportunidad para que los usuarios reales —no los desarrolladores ni los ingenieros de QA— validen que el sistema cumple sus necesidades y funciona como se espera en escenarios del mundo real.
A menudo, la UAT se denomina "pruebas beta", "pruebas del usuario final" o "pruebas de validación". Sea como fuere, el objetivo es el mismo: confirmar que el software está listo para producción haciendo que usuarios reales lo prueben en un entorno realista.
A diferencia de las pruebas funcionales o las pruebas de sistema, la UAT se centra en los requisitos empresariales y los flujos de trabajo del usuario y no en la corrección técnica. La pregunta no es "¿funciona el código?" sino "¿ayuda este software a los usuarios a hacer su trabajo?"
Por qué es importante la UAT
- Detecta problemas del mundo real — los desarrolladores y el QA prueban en entornos controlados. Los usuarios rompen cosas de maneras que nadie había previsto.
- Valida los requisitos empresariales — el software puede ser técnicamente perfecto pero seguir siendo incorrecto para la necesidad empresarial.
- Reduce el riesgo posterior al lanzamiento — los problemas encontrados tras el lanzamiento cuestan 10-100 veces más de corregir que los encontrados durante la UAT.
- Genera aceptación del usuario — implicar a los usuarios en el proceso de pruebas les otorga un sentido de pertenencia y confianza en el nuevo sistema.
Proceso de UAT: paso a paso
Paso 1: Planificar la UAT
Define el alcance, el cronograma y los criterios de éxito. Identifica qué procesos empresariales necesitan pruebas y qué usuarios participarán.Preguntas clave que responder:
- ¿Qué flujos de trabajo empresariales están dentro del alcance?
- ¿Quiénes son los usuarios finales?
- ¿Cuántos ciclos de pruebas se necesitan?
- ¿Qué define un "aprobado" para la UAT?
Paso 2: Preparar los casos de prueba de UAT
Escribe escenarios de prueba basados en flujos de trabajo empresariales reales, no en especificaciones técnicas. Cada caso de prueba debe describir una tarea que un usuario realizaría normalmente.Ejemplo de caso de prueba de UAT:
- Escenario: Un usuario nuevo se registra y completa una compra
- Pasos: 1) Visitar la página de inicio, 2) Hacer clic en "Registrarse", 3) Rellenar el formulario de registro, 4) Verificar el correo electrónico, 5) Iniciar sesión, 6) Buscar un producto, 7) Añadir al carrito, 8) Completar el pago
- Resultado esperado: El usuario puede registrarse, encontrar un producto, pagar y recibir un correo de confirmación
Paso 3: Reclutar a los participantes de UAT
Selecciona de 5 a 10 usuarios finales representativos. Deben coincidir con tus personas de usuario reales: no usuarios avanzados, no el departamento de TI.Paso 4: Ejecutar la UAT
Da acceso a los participantes al entorno de UAT (staging o beta), proporciona los escenarios de prueba y deja que trabajen con los flujos de trabajo. Anímalos a probar tanto las rutas de felicidad (happy paths) como los casos límite.Paso 5: Registrar y hacer seguimiento de los problemas
Cuando los usuarios encuentren problemas, regístralos como informes de bugs. Cada informe debe incluir:- Qué estaba intentando hacer el usuario
- Los pasos que siguió
- Qué ocurrió realmente
- Qué esperaba que ocurriera
- Detalles del entorno (URL, navegador, SO)
Usar una herramienta visual de informes de bugs como BugCapturer durante la UAT hace que este paso sea muchísimo más rápido. Los usuarios pueden anotar capturas de pantalla directamente, y los metadatos técnicos (URL, navegador, SO, resolución) se capturan automáticamente: no se requiere formación.
Paso 6: Revisar y corregir
Los desarrolladores revisan los problemas registrados, los priorizan y corrigen los bugs críticos y de alta prioridad. Los problemas de menor prioridad pueden posponerse a una versión futura.Paso 7: Firme (sign-off)
Una vez resueltos todos los problemas críticos y de alta prioridad, las partes interesadas firman la UAT y el producto se aprueba para su lanzamiento a producción.Plantilla de pruebas de aceptación del usuario
Usa esta plantilla para estructurar tus casos de prueba de UAT:
Plantilla de caso de prueba de UAT
======================
ID del caso de prueba: UAT-001
Área de la función: [p. ej., Registro de usuario]
Escenario de prueba: [p. ej., Un usuario nuevo se registra con su correo electrónico]
Evaluador: [Nombre]
Fecha de la prueba: [AAAA-MM-DD]
Condiciones previas: [p. ej., El usuario tiene una dirección de correo electrónico válida]
Pasos de la prueba:
1. [Paso 1]
2. [Paso 2]
3. [Paso 3]
Resultado esperado:
[Qué debería ocurrir cuando los pasos se siguen correctamente]
Resultado real:
[Qué ocurrió realmente]
Aprobado / Fallido: [Aprobado / Fallido]
Referencia del bug: [BUG-XXX si corresponde]
Notas:
[Cualquier observación adicional]
Ejemplo de plantilla de pruebas de aceptación del usuario
Aquí tienes un ejemplo cumplimentado:
ID del caso de prueba: UAT-001
Área de la función: Registro de usuario
Escenario de prueba: Un usuario nuevo se registra con su correo electrónico
Evaluador: Sarah Chen
Fecha de la prueba: 2026-08-10
Condiciones previas: El usuario tiene una dirección de correo electrónico válida, la página de registro está abierta
Pasos de la prueba:
1. Introducir "sarah@example.com" en el campo de correo electrónico
2. Introducir "MyPassword123!" en el campo de contraseña
3. Confirmar la contraseña
4. Hacer clic en "Crear cuenta"
5. Revisar la bandeja de entrada del correo para buscar el enlace de verificación
6. Hacer clic en el enlace de verificación
7. Iniciar sesión con las nuevas credenciales
Resultado esperado:
El usuario recibe el correo de verificación en 30 segundos, hace clic en el enlace y puede iniciar sesión correctamente
Resultado real:
El correo de verificación llegó después de 2 minutos. El enlace funcionó. El inicio de sesión fue correcto.
Aprobado / Fallido: Aprobado (con nota sobre el retraso del correo)
Referencia del bug: N/D
Notas: Se debe investigar el tiempo de entrega del correo: 2 minutos es demasiado para producción
Reunión de UAT: cómo organizar una
Una reunión de UAT es una sesión estructurada en la que los evaluadores y las partes interesadas revisan el progreso. Aquí tienes una agenda sencilla:
Mantén las reuniones de UAT breves (máximo 30 minutos) y centradas en las decisiones, no en la presentación de informes de estado.
Métodos de pruebas de usabilidad frente a UAT
Las pruebas de usabilidad y la UAT suelen confundirse. Esta es la diferencia:
| Aspecto | Pruebas de usabilidad | UAT |
|---|---|---|
| Objetivo | Evaluar la facilidad de uso y la experiencia del usuario | Validar que se cumplen los requisitos empresariales |
| Cuándo | Al inicio del desarrollo (prototipos, wireframes) | Al final del desarrollo, justo antes del lanzamiento |
| Quién | Investigadores de UX, diseñadores | Usuarios finales, partes interesadas empresariales |
| Enfoque | ¿Es fácil de usar? | ¿Hace lo que necesitamos? |
| Resultado | Mejoras de UX, cambios de diseño | Firme o rechazo para producción |
Ambos son importantes. Las pruebas de usabilidad garantizan que el producto sea fácil de usar; la UAT garantiza que sea el producto correcto.
Cómo ayuda BugCapturer con la UAT
Durante la UAT, los evaluadores necesitan informar de los problemas con rapidez y claridad. BugCapturer, una extensión gratuita de Chrome para informes de bugs y comentarios visuales, está diseñada exactamente para este escenario:
- Anotación de capturas de pantalla: los evaluadores pueden añadir flechas, rectángulos y texto directamente en la página para mostrar exactamente qué está mal; no se necesita un editor de imágenes aparte.
- Grabación de pantalla: graba un video WebM breve del bug en acción y luego recorta y extrae los fotogramas clave. Perfecto para demostrar problemas intermitentes.
- Metadatos técnicos automáticos: la URL, el navegador, el SO, la resolución de pantalla y el viewport se capturan automáticamente. Los evaluadores no necesitan recordar ni escribir estos detalles.
- Recopilación de datos de diagnóstico: los errores de consola y las solicitudes de red fallidas (estado HTTP ≥ 400) se capturan junto con la evidencia visual. Las URL de red se ocultan automáticamente en lo que respecta a parámetros confidenciales.
- Correo electrónico en un clic: todo se empaqueta en un correo estructurado que coincide con la plantilla de informe de bugs, listo para enviarse al desarrollador.
- Exportación a Excel/TSV: copia en un clic una fila de informe de bugs estructurada de 12 columnas a tu portapapeles. Pégala directamente en Excel, Google Sheets o Numbers para el seguimiento a nivel de equipo.
Con BugCapturer, los participantes de la UAT no necesitan formación en herramientas de seguimiento de bugs. Simplemente hacen clic, anotan y envían. El desarrollador recibe todo lo que necesita para reproducir y corregir el problema.