TMap

Dans TMAp, le cycle de vie du processus de test est divisé en 5 phases. Dans chacune de ces phases, plusieurs activités sont distinguées. Toutes ces activités proposées ne sont pas toujours utiles pour un même projet, il convient alors au responsable des tests de sélectionner les activités adéquates.

Cette phase commence lors de la phase de spécifications fonctionnelles du projet. Elle est la base d’un processus de test gérable et de qualité. Elle a pour but d’anticiper le processus de test bien qu’il ne soit pas aisé à ce stade d’évaluer précisément les difficultés que l’on va rencontrer lors de la gestion et du contrôle du processus.
Cette phase se déroule tout au long des autres phases et permet une réactivité et une gestion maitrisée des activités.
Il s’agit ici de préparer et d’élaborer le plan de tests qui précisera :

• ce qui sera testé
• par qui
• comment
• quand.

Puis de coordonner, piloter, contrôler et donner de la visibilité sur les objets testés. Et enfin dans une troisième partie d’informer, c'est-à-dire de prendre en compte et d’organiser un reporting régulier des activités de tests ainsi que des résultats obtenus.
Cette phase se décompose donc en deux étapes, préparer puis suivre, chaque étape est composée d’un nombre d’activités clairement défini. Ainsi la phase de préparation comprend 10 activités qui aboutissent à l’élaboration du plan de test, et la phase de suivi comprend 4 activités destinées à assurer le contrôle, le pilotage et la coordination du processus de test.

Le but de cette phase est de préparer les revues de testabilité et d'effectuer les choix techniques de tests. Au cours de cette phase, on détermine si les entrants du test sont de qualité suffisante pour garantir le succès des phases suivantes. On divise alors le système à tester en sous-systèmes composés d'unités de test, cohérentes à mener séparément.

Le but de cette phase de spécification des tests est la création des cas de tests, et ce pour chaque partie fonctionnelle du programme, ainsi que pour chaque phase d'intégration. Ces cas de tests sont rédigés d'après les spécifications techniques des tests et en prenant en compte les résultats de l'analyse de risques. Ils sont basés sur les techniques prescrites pour le projet. TMAp prévoit cependant le cas où aucune technique particulière n'a été choisie pour le projet. La phase de spécification permet également de préparer l’exécution des tests. Outre la spécification des tests eux-mêmes, cette phase contient également la création des utilitaires de tests identifiés. Il s'agit de tous les prérequis à l'exécution des tests. On retrouve notamment les sous-programmes consacrés aux tests, les scripts spécifiques qui ne seront utilisés que pour l'activité de test, ainsi que les drivers et autres interfaces nécessaires.

Cette phase commence quand l'environnement de test a été implémenté, que les outils de tests sont disponibles et référencés, et que le programme qui fera l'objet du test est prêt. La phase d'exécution comprend bien sûr l'exécution des tests tels qu'ils ont été spécifiés précédemment dans la stratégie de test. Mais elle contient également les activités d'analyse et de comparaison des résultats obtenus. Ces activités sont les plus importantes du processus de tests et représentent le cœur du métier du testing. C'est au cours de cette phase que seront remontées les anomalies rencontrées. Après la correction des anomalies détectées, les tests concernés sont rejoués afin de valider les modifications. Un compte rendu des tests est également créé, en combinant les cas de tests tels que rédigés au cours de la phase de spécification aux résultats de tests.

La phase de capitalisation comprend deux activités majeures, la préservation du testware et l'évaluation du processus de test. La préservation du testware est l'activité la plus importante de cette phase. Elle consiste en la sélection de tous les éléments du processus de test qui peuvent être conservés pour des tests futurs avec d'éventuels ajustements mineurs. On effectue alors un inventaire des documents utilisés, les livrables réalisés sont également listés. Cette phase permet également de maintenir un environnement de test adapté pour les tests de non-régression, qui pourraient être nécessaire lors des opérations de maintenance sur le projet.