Pruebas de aceptación | Pruebas de software

Prerrequisito – Pruebas de software | Conceptos básicos , tipos de pruebas de software Las pruebas de aceptación son un método de pruebas de software en el que se prueba la aceptabilidad de un sistema. El objetivo principal de esta prueba es evaluar el cumplimiento del sistema con los requisitos comerciales y evaluar si es aceptable para la entrega o no. Definición estándar de prueba de aceptación:

Es una prueba formal de acuerdo con las necesidades del usuario, los requisitos y los procesos comerciales realizados para determinar si un sistema satisface o no los criterios de aceptación y para permitir que los usuarios, clientes u otras entidades autorizadas determinen si aceptan o no el sistema.

La prueba de aceptación es la última fase de la prueba de software que se realiza después de la prueba del sistema y antes de que el sistema esté disponible para su uso real. 
 
Tipos de Pruebas de Aceptación:

  1. Prueba de aceptación del usuario (UAT): la prueba de aceptación del usuario se utiliza para determinar si el producto funciona correctamente para el usuario. Los requisitos específicos que los clientes utilizan con bastante frecuencia se eligen principalmente con fines de prueba. Esto también se denomina prueba de usuario final .
  2. Pruebas de aceptación comercial (BAT): BAT se utiliza para determinar si el producto cumple con los objetivos y propósitos comerciales o no. BAT se enfoca principalmente en las ganancias comerciales, que son bastante desafiantes debido a las condiciones cambiantes del mercado y las nuevas tecnologías, por lo que es posible que se deba cambiar la implementación actual, lo que resulta en presupuestos adicionales.
  3. Prueba de aceptación del contrato (CAT): CAT es un contrato que especifica que una vez que el producto se activa, dentro de un período predeterminado, se debe realizar la prueba de aceptación y debe pasar todos los casos de uso de aceptación. Aquí hay un contrato denominado Acuerdo de nivel de servicio (SLA), que incluye los términos en los que el pago se realizará solo si los servicios del Producto cumplen con todos los requisitos, lo que significa que se cumple el contrato. A veces, este contrato ocurre antes de que el producto entre en funcionamiento. Debe haber un contrato bien definido en términos del período de prueba, áreas de prueba, condiciones sobre problemas encontrados en etapas posteriores, pagos, etc.
  4. Pruebas de aceptación de normativas (RAT): RAT se utiliza para determinar si el producto infringe las normas y reglamentos definidos por el gobierno del país en el que se comercializa. Esto puede ser involuntario, pero tendrá un impacto negativo en el negocio. En general, el producto o la aplicación que se va a lanzar al mercado debe pasar por RAT, ya que los diferentes países o regiones tienen diferentes reglas y regulaciones definidas por sus órganos rectores. Si se violan las normas y reglamentos de algún país, entonces ese país o la región específica, el producto no se lanzará en ese país o región. Si el producto se libera a pesar de que existe una infracción, solo los proveedores del producto serán directamente responsables.
  5. Prueba de aceptación operativa (OAT): OAT se utiliza para determinar la preparación operativa del producto y es una prueba no funcional. Incluye principalmente pruebas de recuperación, compatibilidad, mantenibilidad, confiabilidad, etc. OAT asegura la estabilidad del producto antes de que se lance a producción.
  6. Prueba alfa: la prueba alfa se utiliza para determinar el producto en el entorno de prueba de desarrollo por parte de un equipo de probadores especializados, generalmente llamados probadores alfa.
  7. Pruebas beta: las pruebas beta se utilizan para evaluar el producto al exponerlo a los usuarios finales reales, generalmente llamados probadores beta en su entorno. Se recopilan comentarios de los usuarios y se corrigen los defectos. Además, esto ayuda a mejorar el producto para brindar una rica experiencia de usuario.

Uso de Pruebas de Aceptación:

  • Para encontrar los defectos perdidos durante la fase de prueba funcional.
  • Qué tan bien se desarrolla el producto.
  • Un producto es lo que realmente necesitan los clientes.
  • Los comentarios ayudan a mejorar el rendimiento del producto y la experiencia del usuario.
  • Minimizar o eliminar los problemas derivados de la producción.

Ventajas de las pruebas de aceptación:

  • Esta prueba ayuda al equipo del proyecto a conocer los requisitos adicionales de los usuarios directamente, ya que involucra a los usuarios para la prueba.
  • Ejecución de pruebas automatizadas.
  • Brinda confianza y satisfacción a los clientes, ya que están directamente involucrados en el proceso de prueba.
  • Es más fácil para el usuario describir su requerimiento.
  • Cubre solo el proceso de prueba de Black-Box y, por lo tanto, se probará toda la funcionalidad del producto.

Desventajas de las pruebas de aceptación:

  • Los usuarios deben tener conocimientos básicos sobre el producto o la aplicación.
  • A veces, los usuarios no quieren participar en el proceso de prueba.
  • La retroalimentación para la prueba lleva mucho tiempo ya que involucra a muchos usuarios y las opiniones pueden diferir de un usuario a otro.
  • El equipo de desarrollo no participa en este proceso de prueba.

Publicación traducida automáticamente

Artículo escrito por pp_pankaj y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *