Modèle TMM : Chapitre différents niveaux de maturité
Date de publication : 13/09/2004


Les différents niveaux de maturité

La méthode TMM est balisée par des niveaux de maturité, qui permettent d'accompagner les organisations, d'une organisation empirique des tests à un processus de test efficace et optimisé. Ces différents niveaux sanctionnent la propension des entreprises, à mettre en place et respecter un certain nombre de processus liés à la qualification des logiciels. Ces niveaux correspondent à des niveaux de maturité.

Niveau de Maturité 1

A ce niveau, l'effort de test est chaotique et empirique, il est principalement tourné vers la recherche des anomalies. L'objectif est que les programmes tournent sans défaillance majeure. Les produits sont mis en production sans réelle visibilité en termes de qualité et de risques encourus à l'usage. Aucun contrôle visant à vérifier la concordance avec les spécifications, la stabilité ou encore les performances, n'est effectué. Les tests sont effectués par un personnel non spécialisé et il n'existe aucun outil de gestion des exigences ou d'automatisation

Niveau de Maturité 2

Pour ce niveau, le processus de test est défini et clairement séparé de la recherche des anomalies. Afin de structurer et d'organiser l'effort de test, les plans de qualification obéissent à une stratégie. Pour la détermination des cas de tests pertinents, des techniques de formalisation des tests sont utilisées. Toutefois, l'effort de test continue à se situer relativement tard dans le cycle de vie du projet, dans la phase de conception ou encore de développement. L'objectif principal étant de vérifier la concordance du produit aux spécifications. Dernier élément constitutif de ce niveau, la définition d'un environnement de test optimal et opérationnel.

Niveau de Maturité 3

Pour les entreprises qui atteignent ce niveau de maturité, les activités de test sont présentes sur tout le cycle de vie du projet. L'effort de test prend forme dès le début du projet et est inscrit dans un plan de test global. La stratégie de test est déterminée à partir de l'évaluation des risques, elle est basée sur des spécifications correctement documentées. Une entité responsable de la recette existe, ainsi que des programmes de formation aux techniques de test. Le test est perçu comme une profession, avec ses spécialistes. Des revues d'inspection ou de pairs sont mises en place, cependant à ce niveau elles ne font pas l'objet d'un process standard et documenté.

Niveau de Maturité 4

Ici, le processus de test est complètement défini, reconnu et peut faire l'objet de mesure. Les revues et les inspections existent de manière formelle sur tout le cycle de vie et sont partie intégrante de l'effort de test. Les logiciels livrés sont évalués en utilisant des critères qualitatifs comme la fiabilité, l'usabilité et la maintenabilité. Les jeux d'essais sont centralisés et historisés, afin d'être utiliser lors des campagnes de non régression. Un programme de mesure de la qualité fournit des informations sur le processus de test et la qualité des produits. Les activités de test sont perçues comme une évaluation de la qualité des logiciels.

Niveau de Maturité 5

Ce dernier niveau correspond à une optimisation des processus précédemment décrits. Sur la base des résultats obtenus en remplissant les objectifs des niveaux précédents, le test est une activité capable de contrôler les coûts et son efficacité. Des processus de prévention des anomalies et de contrôle qualité sont implémentés. Une procédure de sélection et d'évaluation des outils de test existe. Les outils accompagnent aussi efficacement que possible les phases de design, d'exécution et de gestion des jeux d'essai. Au dernier niveau de maturité, le test est une activité dont l'objectif est de prévenir les anomalies (passage d'une stratégie de détection à une stratégie de prévention).

 



Bottom