Exemple de test d'acceptation opérationnelle (OAT)

Qu’est-ce que les tests d’acceptation opérationnelle ?

Tests d'acceptation opérationnelle (OAT) est une technique de test de logiciels qui évalue l'état de préparation opérationnelle d'une application logicielle avant sa sortie ou sa production. L'objectif des tests d'acceptation opérationnelle est de garantir la conformité du système et des composants ainsi que le bon fonctionnement du système dans son environnement d'exploitation standard (SOE).

Les tests d'acceptation opérationnelle (tests OAT) sont également appelés tests de préparation opérationnelle (ORT) ou tests opérationnels.

Types de tests opérationnels

  • Test d'installation
  • Opération de test de charge et de performance
  • Tests de sauvegarde et de restauration
  • Test de sécurité
  • Analyse de code
  • Test de basculement
  • Test de récupération
  • MFA les accès Environnement de test Essais opérationnels
  • Examen de la documentation opérationnelle

Essais opérationnels

Pourquoi les tests opérationnels

  • Lors des configurations logicielles OAT et du support opérationnel, les composants sont réunis
  • Il teste la mise en œuvre de modifications fonctionnelles ou structurelles d'un logiciel ou d'un service dans un environnement fonctionnel ou non fonctionnel.
  • Ces tests déterminent si une application peut être déployée sur un réseau conformément aux normes IT Infrastructure Library (ITIL).
  • Il indique si un logiciel fonctionnera comme il a été conçu sans perturber le processus métier.
  • OAT se concentre principalement sur ces aspects du produit logiciel
  • Une résilience
  • Capacité de récupération
  • Gérabilité et supportabilité
  • Intégrité

Exemples de cas de test pour les tests opérationnels ou OAT

Following est une liste de contrôle pratique pour faire l'OAT

  1. Les sauvegardes effectuées sur un site peuvent être récupérées sur le même site
  2. Les sauvegardes effectuées sur un site peuvent être récupérées sur le autre site
  3. La mise en œuvre de nouvelles fonctionnalités dans l'environnement de production en direct ne devrait pas nuire à l'intégrité des services de production actuels.
  4. Le processus de mise en œuvre peut être reproduit en utilisant une documentation valide
  5. Chaque composant peut être arrêté et démarrer avec succès dans le délai convenu.
  6. Pour les alertes : toutes les alertes critiques doivent être adressées au TEC et faire référence au document de résolution correct.
  7. Des alertes sont en place et émises si les seuils convenus sont dépassés
  8. Toute documentation de récupération produite ou modifiée, y compris les diagrammes de service, est valide. Cela devrait être transmis aux zones de support concernées.
  9. Tout composant est affecté par la panne et doit afficher l'ordre de redémarrage recommandé, le temps nécessaire pour terminer, etc.

Conclusion:

En génie logiciel, les tests opérationnels garantissent la conformité du système et des composants dans l'environnement d'exploitation standard (SOE) de l'application. La forme complète de l’OAT est le test d’acceptation opérationnelle.