Pruebas de aceptación operativa

Las pruebas de aceptación operativa ( OAT ) se utilizan para evaluar la preparación operativa (previa al lanzamiento) 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 , utilizada principalmente en proyectos de desarrollo y mantenimiento de software . Este tipo de prueba se centra en la preparación operativa del sistema para su soporte y/o integración en el 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 necesarias para verificar los aspectos no funcionales del sistema.

OAT desarrolla y compartimenta los aspectos operacionales 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 /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 la aceptación operativa de Anthony Woods, ^{[ 3 ]} y la ISO 25000 y las pruebas de aceptación operativa de Dirk Dach et al., las OAT generalmente incluyen: ^{[ 4 ]}

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

• conmutación por error de componentes
• conmutación por error de la red

• Estabilidad funcional

• Accesibilidad
• Conversión
• Estabilidad
• Usabilidad

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

• Compatibilidad
• Interoperabilidad
• Instalación y reversió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 (operabilidad) y documentación de apoyo (soporte)
• Seguridad y penetración

Durante las OAT se pueden realizar cambios en los parámetros ambientales que la aplicación utiliza para funcionar correctamente. Por ejemplo, en 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+ , IIS , procedimientos almacenados en bases de datos, etc. Normalmente, las OAT deben 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 una verificación final antes del lanzamiento del sistema; mientras que en proyectos ágiles e iterativos, se realiza una ejecución más frecuente de las 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,
• Confirme si se construyó según el diseño,
• Evaluar el sistema para que cumpla con los requisitos funcionales del negocio,
• Evaluar el sistema para comprobar el cumplimiento de los requisitos no funcionales,
• Implementar el sistema,
• Evaluar la operatividad y la 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 único evaluador ejecutará los casos de prueba en un único momento. Para OAT, se definen los puntos de control de calidad de preparación operativa ( OAP): tanto de entrada como de salida. El énfasis principal de OAT debe estar en la estabilidad operativa, la portabilidad y la fiabilidad del sistema.