Tests d'acceptation opérationnelle

Les tests d'acceptation opérationnelle ( OAT ) sont utilisés pour vérifier l'état de préparation opérationnelle (pré-lancement) d'un produit, d'un service ou d'un système dans le cadre d'un système de gestion de la qualité . Les tests d'acceptation opérationnelle (OAT) sont un type courant de tests logiciels non fonctionnels , principalement utilisés dans les projets de développement et de maintenance de logiciels . Ce type de test se concentre sur l'état de préparation opérationnelle du système à prendre en charge et/ou à intégrer l'environnement de production. Par conséquent, ils sont également connus sous le nom de tests de préparation opérationnelle ( ORT ) ou de tests de préparation et d'assurance des opérations ( OR&A ). Les tests fonctionnels dans le cadre des tests d'acceptation opérationnelle (OAT) sont limités aux tests nécessaires pour vérifier les aspects non fonctionnels du système.

L'OAT élabore et compartimente les aspects opérationnels des tests d'acceptation.

Selon l'International Software Testing Qualifications Board (ISTQB), l'OAT peut inclure la vérification des installations de sauvegarde /restauration, les procédures de reprise après sinistre informatique , les tâches de maintenance et la vérification périodique des vulnérabilités de sécurité., et les livres blancs sur la norme ISO 29119 et l'acceptation opérationnelle par Anthony Woods, et ISO 25000 et les tests d'acceptation opérationnelle par Dirk Dach et al., l'OAT comprend généralement :

Test des composants
Basculement de secours (au sein du même centre de données)

Basculement de composant
Basculement réseau

Stabilité fonctionnelle

Accessibilité
Conversion
Stabilité
Facilité d'utilisation

Gestion des services informatiques (capacité de support)
Surveillance et alertes (pour garantir que des alertes appropriées sont configurées dans le système en cas de problème)
Portabilité

Compatibilité
Interopérabilité
Installation et désinstallation
Localisation

Récupération (dans les centres de données)

Récupération d'application/système
Récupération de données

Fiabilité

Sauvegarde et restauration (récupération)
Reprise après sinistre
Maintenabilité
Performance, stress et volume,
Procédures (opérabilité) et documentation de support (supportabilité)
Sécurité et pénétration

Pendant l'OAT, des modifications peuvent être apportées aux paramètres environnementaux que l'application utilise pour fonctionner correctement. Par exemple, avec les applications Microsoft Windows avec une architecture mixte ou hybride, cela peut inclure : les services Windows , les fichiers de configuration , les services Web , les fichiers XML , les composants COM+ , les services Web, IIS , les procédures stockées dans les bases de données, etc. En règle générale, l'OAT doit intervenir après chaque phase principale du cycle de vie du développement : conception, construction et tests fonctionnels . Dans les projets séquentiels, il est souvent considéré comme une vérification finale avant la publication d'un système ; dans les projets agiles et itératifs, une exécution plus fréquente de l'OAT se produit, offrant aux parties prenantes l'assurance de la stabilité continue du système et de son environnement d'exploitation.

Une approche utilisée dans OAT peut suivre ces étapes :

Concevoir le système,
Évaluer la conception,
Construire le système,
Confirmer si construit selon la conception,
Évaluer si le système répond aux exigences fonctionnelles de l'entreprise,
Évaluer la conformité du système aux exigences non fonctionnelles,
Déployer le système,
Évaluer l’opérabilité et la supportabilité du système.

Pour exécuter les cas de test OAT , le testeur dispose normalement d'un accès exclusif au système ou à l'environnement. Cela signifie qu'un seul testeur exécuterait les cas de test à un moment précis. Pour l'OAT, les portes de qualité de préparation opérationnelle exactes sont définies : portes d'entrée et de sortie. L'accent principal de l'OAT doit être mis sur la stabilité opérationnelle, la portabilité et la fiabilité du système.