Comment faire une stratégie de tests pour un progiciel?

Une stratégie de tests est une étape importante. En effet, on doit effectuer des tests dans chaque conception de solution ERP. Une stratégie de tests est une approche qui favorise une meilleure gestion des risques. En d’autres termes, tester un progiciel avant son implantation permet de l’améliorer et de l’optimiser. Pourquoi et comment faire une stratégie de tests pour un progiciel ?

 

Pourquoi faire une stratégie de tests pour un progiciel ?

Pour un grand projet, on retrouve généralement 15 catégories de tests. Ces différentes catégories peuvent se regrouper en deux grandes classes : les tests de solution et les tests de certification technique. Apprenez-en plus sur les 15 catégories de tests dans le tableau qui suit.

 

 

Une stratégie de tests s’adapte au projet. Étant donné que chaque projet est différent, chaque stratégie de tests sera différente. On la développe donc après avoir analysé l’ensemble des problématiques potentielles d’une solution. Évidemment, on devra davantage tester les portions de la solution qui comportent le plus de complexité et pour lesquelles des défectuosités entraînent les plus grands impacts.

 

Tout au long de l’exécution de la stratégie de tests, les experts en processus d’affaires et les experts en progiciels travaillent conjointement. Les équipes s’affairent à la préparation des scénarios de tests ainsi qu’à leur exécution. La mise en commun des connaissances des experts en affaires et en progiciels est essentielle. Leur collaboration permet d’arriver à une paramétrisation optimale du progiciel.

 

Comment faire une stratégie de tests pour un progiciel ?

On utilise des outils spécialisés en gestion de tests afin de bien contrôler les activités de chacune des catégories et d’en mesurer l’avancement. Ces outils permettent de gérer les scénarios de tests, les résultats, le suivi de la résolution des anomalies et de préparer la reddition de comptes.

 

Les tests seront exécutés par l’équipe de projet, et ce, dans des environnements informatiques contrôlés. On recommande d’installer un total de huit environnements en plus de l’environnement de production.

 

Tout au long de l’exécution des tests, c’est important de prévoir un niveau de soutien technique adéquat. Une équipe d’experts en infrastructure, en systèmes d’exploitation, en bases de données et en progiciels se consacrera au projet. Cette équipe procédera aux installations de l’équipement et des progiciels, en assurera l’administration et la performance, appliquera les rustines nécessaires et se chargera des copies de sûreté ainsi que du rafraîchissement des environnements.

 

Les scénarios de tests

Les scénarios de tests préparés lors d’un projet sont un actif à préserver et à réutiliser lors de projets subséquents de mise à niveau ou d’ajout de fonctionnalités. Ils servent également de base à la documentation des processus d’affaires et au développement du matériel de formation des usagers.

 

C’est possible d’accélérer la préparation des scénarios de tests en ayant recours à une banque de scénarios prédéfinis. Certains éditeurs de progiciels et de firmes en services-conseils possèdent, dans leur capital intellectuel, des jeux de scénarios de tests. Ils peuvent être mis à la disposition de leurs clients.

 

L’investissement dans l’automatisation des tests n’est pas toujours opportun. Cette décision sera fortement influencée par la quantité de cycles de tests de régression potentiels, le nombre de mises en service annuelles et la nature des tests visés.

 

Une stratégie de test a l’objectif de contrôler toutes les variables introduites durant les différentes catégories de tests. Cette façon de faire permet d’isoler, de diagnostiquer et de résoudre les anomalies détectées plus facilement. Les principales variables rencontrées sont : l’infrastructure, les progiciels, la paramétrisation, les données ainsi que les interfaces.

 

En conclusion, les changements à la configuration et à la paramétrisation du progiciel doivent être gérés par un groupe central indépendant des équipes de tests. Pourquoi ? Pour que les modifications aux configurations soient faites d’une façon contrôlée et permettre qu’elles soient répliquées de façon uniforme et concertée dans tous les environnements. Finalement, le contrôle des configurations permet de documenter les différences entre les environnements de tests. Ce contrôle a l’objectif de minimiser les situations pour lesquelles on n’arrive pas à expliquer pourquoi un progiciel se comporte différemment d’un environnement à un autre.