UAT, aquí hay tomate!
Las pruebas de aceptación del usuario (UAT), es la última fase del proceso de pruebas de software. Los usuarios de pruebas UAT se aseguran de que el software desarrollado puede manejar todas las tareas requeridas en los escenarios del mundo real, de acuerdo con las especificaciones de negocio.
Existe dos tipos de pruebas de aceptación, las pruebas Alfa, donde los desarrolladores llevan a cabo el entorno del sofware estando involucrados desarrolladores y analistas, y las pruebas Beta, donde se realiza en el lado del cliente estando involucrados usuarios reales.
Según ISTQB, la aceptación es el conjunto de pruebas formales respecto a las necesidades del usuario, requisitos y procesos de negocio, llevadas a cabo para determinar si un sistema cumple con los criterios de aceptación y permiten a los usuarios, clientes o cualquier entidad autorizada determinar si acepta o no el sistema.
Las pruebas de aceptación son pruebas de caja negra, esto significa que los usuarios UAT no conocen la estructura interna del código. Ellos sólo especifican la entrada al sistema y comprueban si el sistema responde con resultado correcto.
Estas pruebas son necesarias ya que los desarrolladores pueden hacer “propia” comprensión de los requisitos, pudiendo desvirtuarse respecto a lo que el cliente necesita. También puede suceder, que durante el curso del proyecto existan una serie de cambios de requisitos, pudiendo no comunicarse con eficacia a los desarrolladores.
Los siguientes requisitos son previos antes de que comience la fase de plan:
Reunir los criterios de aceptación: Donde se trata de poner una lista de cosas que se van a evaluar antes de aceptar el producto. Lo ideal sería evaluar toda la aplicación, pero muchas veces por tiempo no es posible, por ese motivo se realiza una reunión con el cliente para determinar la cantidad de pruebas y los aspectos que van a ser probados.
Creación de plan de pruebas: El plan de pruebas UAT resume la estrategia que se utilizará para verificar y garantizar la solicitud se ajuste a las necesidades de negocio. Documentándose los criterios de entrada y salida de las pruebas UAT, los escenarios y casos de pruebas, el enfoque y plazos de testing, las fechas, los actores, roles y responsabilidades, los resultados y todo lo relevante se encontrará en Plan de Pruebas UAT.
Ejecución de casos de pruebas: El equipo de pruebas ejecuta los casos de prueba diseñados. A veces, también ejecuta algunas pruebas exploratorias. Todos los errores se registrarán en un documento de prueba con las observaciones pertinentes.
Corrección de error: En respuesta a los errores encontrados, el equipo de desarrollo hará los ajustes necesarios al código para el buen funcionamiento del sistema. Después el equipo de pruebas comprobará la corrección para confirmar que el software está libre de errores.
Sign-off: Cuando todos los errores han sido corregidos, el equipo de pruebas indica la aceptación de la aplicación de software, esto también se llama el Go/No-Go decisión. Si los usuarios están satisfechos que es un Go, en caso contrario se trata de un No-Go. Esto demuestra que la solicitud cumple con los requisitos de negocio y está listo para ser lanzado al mercado.
Criterios de salida para UAT: Antes de pasar a la producción, en una reunión con todas las partes interesadas se debe considerar:
No hay defectos críticos abiertos, si los hubiera retrasar la fecha de salida y solucionar el problema.
Dejar el error como está por no ser transcendente.
Considerar el error como parte de la solicitud de un cambio para futuras versiones del sistema.
Procesos de negocio funcionan satisfactoriamente.
Como vemos, UAT es una parte muy importante en el ciclo de vida de una aplicación ya que ayuda a demostrar que las funciones de negocio requeridas están operando de manera adecuada y satisfactoria a las circunstancias del mundo real y su uso.
"Cuanto más fuerte sean tus pruebas, más grandes serán tus victorias."
