Las pruebas de aceptación operativa ( OAT ) se utilizan para realizar la preparación operativa (prelanzamiento) de un producto, servicio o sistema como parte de un sistema de gestión de la calidad . OAT es un tipo común de prueba de software no funcional , que se utiliza 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 garantía de operaciones ( OR&A ). Pruebas funcionalesdentro de OAT se limita a aquellas pruebas que se requieren para verificar los aspectos no funcionales del sistema.
Según la Junta Internacional de Cualificaciones de Pruebas de Software (ISTQB), OAT puede incluir la verificación de las instalaciones de copia de seguridad / restauración, los procedimientos de recuperación de desastres de TI , las tareas de mantenimiento y la verificación periódica de las vulnerabilidades de seguridad, [1] y documentos técnicos sobre ISO 29119 y Aceptación operativa de Anthony Woods, [2] e ISO 25000 y pruebas de aceptación operativa de Dirk Dach et al., OAT generalmente incluye: [3]
- Prueba 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 (compatibilidad)
- Monitoreo y alertas (para garantizar que las alertas adecuadas estén configuradas en el sistema si algo sale mal)
- Portabilidad
- Compatibilidad
- Interoperabilidad
- Instalación y retroceso
- Localización
- Recuperación (en centros de datos)
- Recuperación de aplicaciones / sistemas
- Recuperación de datos
- Fiabilidad
- Copia de seguridad y restauración (recuperación)
- Recuperación de desastres
- Mantenibilidad
- Rendimiento, estrés y volumen,
- Procedimientos (operabilidad) y documentación de respaldo (compatibilidad)
- Seguridad y penetración
Durante OAT se pueden realizar cambios en los parámetros ambientales que la aplicación utiliza 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. cada fase principal del ciclo de vida del desarrollo: diseño, construcción y pruebas funcionales . En proyectos secuenciales, a menudo se considera una verificación final antes de que se publique un sistema; donde en proyectos ágiles e iterativos, ocurre una ejecución más frecuente de OAT proporcionando 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
- Construye el sistema
- Confirmar si se construyó según el diseño,
- Evaluar que el sistema aborde los requisitos funcionales del negocio.
- Evaluar el sistema para determinar el cumplimiento de los requisitos no funcionales.
- Implementar el sistema,
- Evaluar la operatividad y la compatibilidad del sistema.
Para ejecutar los casos de prueba OAT , el probador normalmente tiene acceso exclusivo al sistema o al entorno. Esto significa que un solo evaluador estaría ejecutando los casos de prueba en un solo momento. Para OAT se definen las puertas exactas de calidad de preparación operativa: puertas de entrada y salida. El énfasis principal de OAT debe estar en la estabilidad operativa, portabilidad y confiabilidad del sistema.
Referencias
- ^ ISTQB http://istqbexamcertification.com/what-is-acceptance-testing/
- ^ Anthony Woods (2015). "Aceptación operativa - una aplicación del estándar de pruebas de software ISO 29119". Cite journal requiere
|journal=
( ayuda ) - ^ Libro blanco: pruebas de aceptación operativa, garantía de continuidad del negocio. Diciembre de 2012 Dirk Dach, Dr. Kai-Uwe Gawlik, Mark Mevert