Prueba de aceptación operativa
La prueba de aceptación operativa (OAT) es una técnica de prueba de software que evalúa la preparación operativa de una aplicación de software antes de su lanzamiento o producción. El objetivo de las pruebas de aceptación operativa es garantizar el cumplimiento del sistema y los componentes y el funcionamiento fluido del sistema en su entorno operativo estándar (SOE).
La prueba de aceptación operativa (prueba OAT) también se denomina prueba de preparación operativa (ORT) o prueba operativa.
Tipos de pruebas operativas
- Prueba de instalación
- Operación de prueba de carga y rendimiento
- Pruebas de copia de seguridad y restauración
- Pruebas de seguridad
- Análisis de código
- Prueba de falla
- Pruebas de recuperación
- Pruebas operativas del entorno de prueba de un extremo a otro
- Revisión de la documentación operativa
Por qué las pruebas operativas
- Durante las configuraciones de software OAT y el soporte operativo, los componentes se unen
- Prueba la implementación de cambios funcionales o estructurales al software o servicio en un entorno funcional o no funcional.
- Esta prueba determina si una aplicación se puede implementar en una red de acuerdo con los estándares de la biblioteca de infraestructura de TI (ITIL).
- Indica si un software funcionará de la forma en que fue diseñado sin interrumpir el proceso empresarial.
- OAT se centra principalmente en estos aspectos del producto de software.
- Resistencia
- Recuperando capacidad
- Capacidad de gestión y compatibilidad
- Integridad
Casos de prueba de ejemplo para pruebas operativas o OAT
A continuación se muestra una lista de verificación útil para hacer OAT
- Las copias de seguridad tomadas en un sitio se pueden recuperar en el mismo sitio
- Las copias de seguridad tomadas en un sitio se pueden recuperar en el otro sitio
- La implementación de cualquier característica nueva en el entorno de producción en vivo no debería afectar negativamente la integridad de los servicios de producción actuales.
- El proceso de implementación se puede replicar utilizando documentación válida
- Cada componente se puede apagar y comenzar con éxito dentro de la escala de tiempo acordada.
- Para alertas: todas las alertas críticas deben ir al TEC y hacer referencia al documento de resolución correcto.
- Las alertas están en su lugar y se emiten si se superan los umbrales acordados
- Cualquier documentación de recuperación producida o alterada, incluidos los diagramas de servicio, es válida. Esto debe entregarse a las áreas de apoyo relevantes.
- Cualquier componente se ve afectado por la falla, debe mostrar el orden recomendado de reinicio, el tiempo para completar, etc.
Conclusión:
En Ingeniería de Software, las Pruebas Operativas aseguran que el sistema y los componentes cumplan con el entorno operativo estándar (SOE) de la aplicación. La forma completa de OAT es la prueba de aceptación operativa.