
Le processus de tests (ou qualification ou phase de recette) d’un projet de Système d’Information (SI) correspond à l’étape à l’issue de laquelle le client reconnaît que le produit livré par le fournisseur est conforme à la commande passée et aux attentes formulées par les utilisateurs, et qu’il est exploitable dans l’architecture des SI de l’entreprise.
Cette phase, dernière étape avant la mise à disposition des utilisateurs, vise au travers de multiples tests, à garantir le bon fonctionnement de la solution, et obtenir la satisfaction du client.
A ce titre, le processus de tests est une étape clé d’un projet de Système d’Information.
Pour cela, tel un « projet dans le projet », la phase de tests se décompose en 2 grandes étapes :
- la préparation, permettant de bâtir une stratégie de tests basée sur les exigences fonctionnelles initialement collectées, et de planifier les différentes activités associées sans négliger la logistique nécessaire à une réalisation dans de bonnes conditions ;
- la réalisation, dont l’objectif est de mener les tests prévus, d’identifier les anomalies et/ou demandes d’évolutions, et de les prioriser et les corriger en vue de la prochaine série de tests.
Après vous avoir présenté la phase de préparation des tests (ou qualification ou phase de recette) dans un premier article, nous vous proposons un second et dernier article pour présenter l’étape de réalisation des tests.
LA REALISATION DES TESTS
Quand le cahier de tests est fourni, que l’environnement de tests est opérationnel et doté de jeux de données pertinents, et enfin (surtout) que les développements ont été réalisés, les tests fonctionnels peuvent démarrer.
En théorie, une fois la recette d’usine (réalisée par le fournisseur du service) terminée et que le produit a été jugé conforme, il est livré au client pour test, sur un environnement dédié. Le client entame alors une phase de recette de son côté, avec sa propre méthodologie.
Exécution des tests
L’exécution des tests est généralement mixte : manuel et automatisé. Les tests manuels sont exécutés selon les scénarios prévus par une équipe de recette voire directement par la maîtrise d’ouvrage (membres de l’équipe projet ayant participés aux spécifications du besoin, utilisateurs finaux…), et les tests automatisés sont exécutés par des outils dédiés.
Les cahiers de recette sont alors actualisés avec les résultats des tests menés.
Si des anomalies sont détectées par les tests manuels ou automatisés, elles sont tout d’abord qualifiées (est-ce réellement une anomalie ou simplement une mauvaise utilisation d’une fonctionnalité ? est-ce une nouveauté non exprimée / une évolution souhaitée ?) et, le cas échéant, leur résolution est priorisée et prise en charge par les équipes de Maîtrise d’œuvre.
Validation de la conformité – VABF et VSR (standard ITIL)
La phase de recette a pour but d’évaluer la capacité à basculer en production un Système d’information dans de bonnes conditions. Pour permettre cette évaluation, il est important de définir les critères et seuils attendus pour garantir une mise en production réussie :
- Taux de couverture des fonctions ou des processus métiers
- Taux de couverture des règles de gestion
- Taux de réussite des tests
- Nombre de défauts mineurs, majeurs et bloquants
Quand le client estime que le produit a atteint un niveau de conformité suffisant, il prononce la VABF (Vérification d’Aptitude au Bon Fonctionnement), qui permet de déployer le système sur une unité pilote de production. Généralement, une phase « d’hypercare » intervient après bascule en production. Cette phase vise à assurer un soutien renforcé aux clients durant la période de stabilisation, et ainsi garantir une transition en douceur entre la phase du projet et la phase opérationnelle.
Cette étape est gérée de façon relativement différente en fonction du contexte du projet, des exigences du client, etc.
Lorsque toutes les ajustements et corrections nécessaires ont été apportés, le client prononce la VSR (Vérification de Service Régulier), qui autorise la mise en exploitation globale de la solution. Le projet est alors terminé.
Nous avons donc :
- VABF = Recette / tests de la solution sur un environnement de tests avant le passage en production ;
- VSR = Support / Hypercare en Production jusqu’à la fin des ajustements post démarrage.
Le pilotage de la recette
Pour s’assurer du bon déroulement des tests et de la validation de la conformité de la solution avant la date de bascule en production, il convient d’assurer le pilotage de la phase de recette.
Ce pilotage se traduit notamment par :
- la définition d’objectifs échéancés de réalisation des tests,
- la définition des seuils de qualité souhaités à chaque phase du projet (recette unitaire, recette intégrée…), pouvant donner lieu à la signature de Procès-Verbaux,
- la prise en compte et la planification d’une phase de corrections d’anomalies et de rejeu des tests « KO »
- la définition et la formalisation du processus de réalisation des tests : disponibilité des jeux de données, mise à jour des cahiers de recette, récupération / centralisation des remarques / anomalies / évolutions identifiées, définition des priorités, suivi du traitement des anomalies / évolutions …
- la définition et mise en œuvre d’indicateurs permettant de piloter l’avancement de la recette sur l’ensemble des fonctionnalités de la solution au regard des objectifs qualité et délais définis,
- le pilotage de la recette avec des points périodiques d’avancement pour s’assurer que le planning de déroulement des tests est respecté, et pour mettre sous contrôle la correction des anomalies éventuelles.
IM Projet accompagne les entreprises dans le pilotage de la phase de recette des projets de Systèmes d’Informations (SI) pour garantir la capacité à évaluer les conditions de bascule en production selon le planning établi.