Pruebas de aceptación operativa

Las pruebas de aceptación operativa ( OAT ) se utilizan para comprobar la preparación operativa (prelanzamiento) de un producto, servicio o sistema como parte de un sistema de gestión de calidad . Las OAT son un tipo común de pruebas de software no funcionales , que se utilizan principalmente en proyectos de desarrollo y mantenimiento de software . Este tipo de pruebas se centran en la preparación operativa del sistema que se va a soportar y/o que va a formar parte del entorno de producción. Por ello, también se conocen como pruebas de preparación operativa ( ORT ) o pruebas de preparación y aseguramiento de las operaciones ( OR&A ). Las pruebas funcionales dentro de las OAT se limitan a aquellas pruebas que se requieren para verificar los aspectos no funcionales del sistema.

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

Según el International Software Testing Qualifications Board (ISTQB), las OAT pueden incluir la comprobación de las instalaciones de copia de seguridad y restauración, los procedimientos de recuperación ante desastres de TI , las tareas de mantenimiento y la comprobación periódica de las vulnerabilidades de seguridad., ^[2] y los documentos técnicos sobre ISO 29119 y aceptación operativa de Anthony Woods, ^[3] e ISO 25000 y pruebas de aceptación operativa de Dirk Dach et al., las OAT generalmente incluyen: ^[4]

• Prueba de componentes
• Conmutación por error (dentro del mismo centro de datos)

• Conmutación por error de componentes
• Conmutación por error de red

• Estabilidad funcional

• Accesibilidad
• Conversión
• Estabilidad
• Usabilidad

• Gestión de servicios de TI (capacidad de soporte)
• Monitoreo y alertas (para garantizar que se configuren las alertas adecuadas en el sistema si algo sale mal)
• Portabilidad

• Compatibilidad
• Interoperabilidad
• Instalación y desinstalación
• Localización

• Recuperación (en todos los centros de datos)

• Recuperación de aplicaciones/sistemas
• Recuperación de datos

• Fiabilidad

• Copia de seguridad y restauración (recuperación)
• Recuperación ante desastres
• Mantenibilidad
• Rendimiento, estrés y volumen,
• Procedimientos (operatividad) y documentación de soporte (capacidad de soporte)
• Seguridad y penetración

Durante la OAT se pueden realizar cambios en los parámetros ambientales que la aplicación utiliza para funcionar sin problemas. Por ejemplo, con aplicaciones 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, la OAT debe realizarse después de cada fase principal del ciclo de vida del desarrollo: diseño, compilación y pruebas funcionales . En proyectos secuenciales, a menudo se considera como una verificación final antes de que se lance un sistema; mientras que en proyectos ágiles e iterativos, se produce una ejecución más frecuente de la OAT, lo que proporciona a las partes interesadas la seguridad de la estabilidad continua del sistema y su entorno operativo.

Un enfoque utilizado en OAT puede seguir estos pasos:

• Diseñar el sistema,
• Evaluar el diseño,
• Construir el sistema,
• Confirmar si fue construido según diseño,
• Evaluar el sistema aborda los requisitos funcionales del negocio,
• Evaluar el sistema para verificar el cumplimiento de los requisitos no funcionales,
• Implementar el sistema,
• Evaluar la operatividad y capacidad de soporte del sistema.

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