¿Qué es la prueba de aceptación del usuario (UAT)? con ejemplos

¿Quién realiza UAT?

• Cliente
• Usuarios finales

• Los desarrolladores codifican el software según el documento de requisitos que es su «propia» comprensión de los requisitos y que puede no ser realmente lo que el cliente necesita del software.
• Es posible que los cambios en los requisitos durante el transcurso del proyecto no se comuniquen de manera efectiva a los desarrolladores.

Prueba de aceptación y modelo V

En VModel, la prueba de aceptación del usuario corresponde a la fase de requisitos del ciclo de vida del desarrollo de software (SDLC).

Requisitos previos de las pruebas de aceptación del usuario:

A continuación se muestran los criterios de entrada para las pruebas de aceptación del usuario:

• Los requisitos comerciales deben estar disponibles.
• El código de la aplicación debe estar completamente desarrollado
• Pruebas unitarias, pruebas de integración & Las pruebas del sistema deben completarse
• No hay obstáculos, defectos altos o medios en la fase de prueba de integración del sistema –
• Solo se aceptan errores cosméticos antes de UAT
• Las pruebas de regresión deben completarse sin defectos importantes
• Todos los defectos informados deben repararse y probarse antes de la UAT
• Se debe completar la matriz de trazabilidad para todas las pruebas
• El entorno UAT debe estar listo
• Cerrar el correo o la comunicación del Equipo de prueba del sistema de que el sistema está listo para la ejecución de UAT

Cómo hacer UAT Las pruebas

UAT las realizan los usuarios previstos del sistema o software. Este tipo de prueba de software generalmente ocurre en la ubicación del cliente, lo que se conoce como prueba beta. Una vez que se satisfacen los criterios de entrada para UAT, los evaluadores deben realizar las siguientes tareas:

• Análisis de requisitos comerciales
• Creación de un plan de prueba de UAT
• Identificar escenarios de prueba
• Crear casos de prueba de UAT
• Preparación de datos de prueba (producción como Datos)
• Ejecute los casos de prueba
• Registre los resultados
• Confirme los objetivos comerciales

Paso 1) Análisis del negocio Requisitos

Una de las actividades más importantes de la UAT es identificar y desarrollar escenarios de prueba. Estos escenarios de prueba se derivan de los siguientes documentos:

• Estatuto del proyecto
• Casos de uso comercial
• Diagramas de flujo de procesos
• Negocios Documento de requisitos (BRD)
• Especificación de requisitos del sistema (SRS)

Paso 2) Creación del plan UAT:

El plan de pruebas UAT describe el estrategia que se utilizará para verificar y garantizar que una aplicación cumpla con sus requisitos comerciales. Documenta los criterios de entrada y salida para UAT, escenarios de prueba y enfoque de casos de prueba y cronogramas de prueba.

Paso 3) Identificar escenarios de prueba y casos de prueba:

Identificar los escenarios de prueba con respecto al proceso empresarial de alto nivel y crear casos de prueba con pasos de prueba claros. Los casos de prueba deberían cubrir suficientemente la mayoría de los escenarios UAT. Los casos de uso empresarial son una entrada para crear los casos de prueba.

Paso 4) Preparación de los datos de prueba:

Se recomienda utilizar datos en vivo para UAT. Los datos deben codificarse por motivos de privacidad y seguridad. El probador debe estar familiarizado con el flujo de la base de datos.

Paso 5) Ejecute y registre los resultados:

Ejecute casos de prueba e informe de errores si los hubiera. Vuelva a probar los errores una vez corregidos.Las herramientas de gestión de pruebas se pueden utilizar para la ejecución.

Paso 6) Confirme que se cumplieron los objetivos comerciales:

Los analistas comerciales o probadores de UAT deben enviar un correo electrónico de cierre después de la prueba de UAT. Después de la firma, el producto está listo para la producción. Los entregables para las pruebas de UAT son el plan de prueba, los escenarios y casos de prueba de UAT, los resultados de las pruebas y el registro de defectos

Criterios de salida para UAT:

Antes de pasar a la producción, se debe considerar lo siguiente:

• No hay defectos críticos abiertos
• El proceso de negocio funciona satisfactoriamente
• UAT Firma la reunión con todas las partes interesadas

Cualidades of UAT Testers:

UAT Tester debe poseer un buen conocimiento del negocio. Debe ser independiente y pensar como un usuario desconocido del sistema. El probador debe ser analítico y pensador lateral y combinar todo tipo de datos para que el UAT sea exitoso.

Probador o analista comercial o expertos en la materia que comprendan Los requisitos o flujos comerciales pueden preparar pruebas y datos que sean realistas para el negocio.

Mejores prácticas:

Se deben considerar los siguientes puntos para que UAT sea un éxito:

• Prepare el plan UAT al principio del ciclo de vida del proyecto
• Prepare la lista de verificación antes de que comience la UAT
• Realice una sesión previa a la UAT durante la fase de prueba del sistema en sí
• Establezca las expectativas y defina claramente el alcance de la UAT
• Pruebe el flujo empresarial de extremo a extremo y evite las pruebas del sistema
• Pruebe el sistema o la aplicación con escenarios y datos del mundo real
• Piense como un usuario desconocido del sistema
• Realizar pruebas de usabilidad
• Realizar una sesión de comentarios y una reunión antes de pasar a la producción

Herramientas UAT

Hay varias herramientas en el mercado que se utilizan para Las pruebas de aceptación del usuario y algunas se enumeran como referencia:

Herramienta de aptitud: es una herramienta de Java utilizada como motor de prueba. Es fácil crear pruebas y registrar resultados en una tabla. Los usuarios de la herramienta ingresan la entrada formateada y las pruebas se crean automáticamente. A continuación, se ejecutan las pruebas y la salida se devuelve al usuario.

Watir: es un conjunto de herramientas que se utiliza para automatizar las pruebas basadas en el navegador durante las pruebas de aceptación del usuario. Ruby es el lenguaje de programación utilizado para la comunicación entre procesos entre ruby e Internet Explorer.

Algunas pautas de ejemplo de UAT

• La mayoría de las veces, en escenarios de desarrollo de software regulares, UAT se lleva a cabo en el entorno de QA. Si no hay un entorno de prueba o UAT
• UAT se clasifica en pruebas Beta y Alpha, pero no es tan importante cuando el software se desarrolla para una industria basada en servicios
• UAT tiene más sentido cuando el cliente está involucrado en mayor medida

Conclusión:

• En Ingeniería de Software, la forma completa de UAT es la Prueba de Aceptación del Usuario.
• En Ingeniería de Software, UAT son las siglas de User Acceptance Testing.
• UAT es uno de los muchos tipos de pruebas que han surgido en los últimos veinticinco años.
• Con UAT, el cliente puede estar seguro de «Qué esperar» del producto en lugar de que asumir.
• El beneficio de UAT es que no habrá sorpresas cuando el producto se lance al mercado.