stringtranslate.com

Pruebas de aceptación operativa

Prueba operativa de un motor a reacción

Las pruebas de aceptación operativa ( OAT ) se utilizan para llevar a cabo la preparación operativa (prelanzamiento) de un producto, servicio o sistema como parte de un sistema de gestión de calidad . OAT es un tipo común de prueba de software no funcional , utilizado principalmente en proyectos de desarrollo y mantenimiento de software . Este tipo de prueba se centra en la preparación operativa del sistema para ser compatible y/o para convertirse en parte del entorno de producción. Por lo tanto, también se conoce como prueba de preparación operativa ( ORT ) o prueba de preparación y aseguramiento de operaciones ( OR&A ). Las pruebas funcionales dentro de OAT se limitan a aquellas pruebas necesarias para verificar los aspectos no funcionales del sistema.

La OAT elabora y compartimenta los aspectos operativos de las pruebas de aceptación. [1]

Según la Junta Internacional de Cualificaciones de Pruebas de Software (ISTQB), OAT puede incluir la verificación de las instalaciones de respaldo /restauración, procedimientos de recuperación de desastres de TI , tareas de mantenimiento y verificación periódica de las vulnerabilidades de seguridad, [2] y documentos técnicos sobre ISO 29119 y Aceptación Operacional de Anthony Woods, [3] e ISO 25000 y las pruebas de aceptación operativa de Dirk Dach et al., OAT generalmente incluyen: [4]

  • Conmutación por error de componentes
  • Conmutación por error de red
  • Accesibilidad
  • Conversión
  • Estabilidad
  • Usabilidad
  • Compatibilidad
  • Interoperabilidad
  • Instalación y retroceso
  • Localización
  • Recuperación de aplicaciones/sistemas
  • Recuperación de datos
  • Copia de seguridad y restauración (recuperación)
  • Recuperación de desastres
  • Mantenibilidad
  • Rendimiento, Estrés y Volumen,
  • Procedimientos (Operabilidad) y Documentación de Soporte (Soportabilidad)
  • Seguridad y Penetración

Durante OAT se pueden realizar cambios en los parámetros ambientales que utiliza la aplicación para funcionar sin problemas. Por ejemplo, con aplicaciones de Microsoft Windows con una arquitectura mixta o híbrida, esto puede incluir: servicios de Windows , archivos de configuración , servicios web , archivos XML , componentes COM+ , servicios web, IIS , procedimientos almacenados en bases de datos, etc. Normalmente, OAT debería ocurrir después cada fase principal del ciclo de vida del desarrollo: diseño, construcción y pruebas funcionales . En proyectos secuenciales, a menudo se ve como una verificación final antes de que se lance un sistema; donde en proyectos ágiles e iterativos, se produce una ejecución más frecuente de OAT, lo que brinda a las partes interesadas la garantía de la estabilidad continua del sistema y su entorno operativo.

Un enfoque utilizado en OAT puede seguir estos pasos:

Para ejecutar los casos de prueba OAT , el evaluador normalmente tiene acceso exclusivo al sistema o entorno. Esto significa que un único evaluador estaría ejecutando los casos de prueba en un único momento. Para OAT se definen las puertas de calidad exactas de la Disponibilidad Operacional : puertas de entrada y de salida. El énfasis principal de OAT debe estar en la estabilidad operativa, portabilidad y confiabilidad del sistema.

Referencias

  1. ^ "documento-blanco-de-pruebas-de-aceptación-operacional-atos.pdf" (PDF) .
  2. ^ ISTQB http://istqbexamcertification.com/what-is-acceptance-testing/
  3. ^ Anthony Woods (2015). "Aceptación operativa: una aplicación del estándar de prueba de software ISO 29119" (Documento). Capgemini y Sogeti. págs. 1–12.
  4. ^ Libro blanco: Pruebas de aceptación operativa, garantía de continuidad del negocio. Diciembre de 2012 Dirk Dach, Dr. Kai-Uwe Gawlik, Mark Mevert