·         La stratégie d’essais repose sur le principe du « particulier au général ». Le premier niveau d’essais sert à vérifier les composantes élémentaires du PGI. Ces composantes sont ensuite assemblées dans des regroupements plus importants et leur intégration est vérifiée dans les niveaux supérieurs d’essais jusqu’au dernier niveau où la solution Financier,Projet,Ressources humaines, etc.. du projet est vérifiée dans son ensemble;

·         Chaque niveau d’essai vérifie des conditions différentes de fonctionnalités. Afin d’éviter le dédoublement d’efforts, les conditions vérifiées à des niveaux inférieurs d’essais ne doivent pas être vérifiées à nouveau aux niveaux supérieurs, sauf pour les essais d’acceptation du client où les utilisateurs peuvent tester des conditions vérifiées dans les niveaux inférieurs;

·         La stratégie des essais devrait être arrimée à la stratégie de réalisation et s’harmonisera avec le plan global de déploiement du projet;

·         L’utilisation d’outils informatisés d’assistance à la gestion des essais sera privilégiée;

·         Le contenu des livrables AIM rattachés aux essais sera ajusté pour s’adapter aux outils informatisés d’assistance à la gestion des essais disponibles;

·         Des jeux permanents de paramètres et de données réalistes seront disponibles en regard des environnements et des livraisons afin de faciliter la réalisation des essais;

·         Des jeux permanents d’essais (flux de scénarios) seront disponibles pour les différents  essais;

·         Les essais seront exécutés dans des environnements stables et contrôlés; l’installation de correctifs d’Oracle pendant les périodes d’essais ne sera pas autorisée, à moins que les essais ne soient complètement arrêtés dû à l’absence d’un correctif donné.