Matrice de traçabilité des exigences

Au cours du processus de test des logiciels, de nombreux documents importants sont créés, tels que les cas de test, les scénarios de test, les plans de test, etc. Un autre document très important, parfois négligé, est la matrice de traçabilité des exigences (Requirements Traceability Matrix) ou « matrice de traçabilité des exigences » (Requirements Traceability Matrix).

Table des matières

Qu’est-ce qu’une matrice de traçabilité des exigences ?

Une matrice de traçabilité des exigences est un document qui relie les exigences du système aux cas de test. Trace les exigences saisies par le client jusqu’aux cas de test créés pour tester ces exigences.

En règle générale, un analyste commercial ou un chef de projet rédige une spécification des exigences logicielles (SRS), un cas d’utilisation, des exigences commerciales (BRS) et/ou un document sur les exigences du projet qui énumère tous les cas d’utilisation ou les exigences du système, et tout ou partie de ces documents servent de base à la matrice de traçabilité des exigences. Ces exigences sont associées à des cas de test rédigés par l’équipe de test. Chaque exigence est associée à un scénario de test écrit pour une exigence connexe. Les exigences et les cas de test peuvent avoir des relations un à un, plusieurs à un ou plusieurs à plusieurs.

Avant de commencer la conception de la matrice de traçabilité des exigences, les documents d’exigences (SRS, BRS, etc.) et les documents de test (scénarios de test, cas de test) doivent se voir attribuer des identifiants corrects et uniques.

La matrice de traçabilité des exigences est utilisée pour s’assurer que chaque exigence est couverte par le processus de test et que les cas de test associés ont été développés.

Avantages de la matrice de traçabilité des exigences

Comme indiqué dans la section précédente, l’objectif principal de la matrice de traçabilité des demandes est de vérifier que toutes les demandes formulées par le client ont été testées. La matrice de traçabilité des exigences garantit au client et à l’équipe de test que tous les cas d’utilisation ont été testés.

Comme la matrice de traçabilité des exigences peut également inclure la priorité de chaque exigence à tester, l’équipe de test peut facilement identifier les exigences importantes et gérer leur calendrier de test, ce qui est utile lorsque le projet est soumis à des contraintes strictes en termes de temps et/ou de ressources.

En outre, la matrice de traçabilité des exigences permet également d’identifier les exigences ou les cas de test manquants.

Comment la matrice de traçabilité des exigences est-elle créée ?

Le format ou la structure de la matrice de traçabilité des exigences varie d’une organisation à l’autre. Cependant, voici quelques paramètres importants utilisés dans la création de la matrice de traçabilité des exigences :

• ID de l’exigence – Chaque exigence du document d’exigences se voit attribuer un ID unique. Cet identifiant peut être subdivisé en identifiants détaillés pour les sous-exigences. Par exemple, tout module de connexion au système peut être un cas d’utilisation auquel on peut attribuer un identifiant tel que « UC 1 ». Ce cas d’utilisation peut maintenant être divisé en sous-demandes pour chaque étape, par exemple l’étape « L’utilisateur saisit son nom d’utilisateur » peut avoir un ID de « UC 1.1 », « L’utilisateur saisit son mot de passe » peut avoir un ID de « UC 1.2 », etc.
• Description de l’exigence – description de l’exigence associée à l’identifiant. Cette colonne est facultative.
• Priorité – La priorité de la demande à tester.
• ID du scénario de test – Les scénarios de test sont créés sur la base des exigences. Par exemple, pour le module de connexion, « L’utilisateur se connecte au système » peut être l’un des scénarios auxquels peut être attribué un identifiant tel que « TS 1 ».
• Description du scénario de test – Description du scénario de test associé à l’identifiant. Cette colonne est facultative.
• ID du cas de test – Les cas de test sont créés sur la base des exigences et des scénarios de test. Par exemple, dans la suite de l’exemple ci-dessus pour le module de connexion, l’un des cas de test peut être « L’utilisateur ne saisit que des caractères alphabétiques dans le champ Nom d’utilisateur » et peut se voir attribuer un identifiant tel que « TS1_TC1 ».
• Description du cas de test – Description du cas de test associé à l’identifiant. Cette colonne est facultative.
• Statut de développement du cas de test – si le cas de test a été développé ou non. Cette colonne peut être facultative.
• Test Designer – Le nom du testeur qui a conçu le cas de test. Là encore, il s’agit d’une colonne facultative.
• Environnements d’exécution des tests – Cette colonne peut comporter des sous-colonnes afin que vous puissiez voir dans quels environnements le scénario de test a été exécuté.
• Statut du bug – Indique si le cas de test a réussi ou échoué.
• ID du b ogue – Il s’agit de l’ID du bogue signalé par l’équipe de test. Cet identifiant peut être lié à l’outil de suivi des bogues utilisé par l’équipe.
• Commentaire – Tous les commentaires faits par les membres de l’équipe.

Ces paramètres peuvent varier d’une organisation à l’autre, mais ce sont des paramètres importants qui apportent une clarification indispensable sur la traçabilité.

Cette matrice est généralement conservée dans une feuille Excel.

Types de matrice de traçabilité

La matrice de traçabilité peut être divisée en plusieurs types :

• Traçabilité directe – Dans la « matrice de traçabilité directe », les exigences sont mises en correspondance avec les cas de test. Il permet de s’assurer que chaque exigence est incluse dans le processus de test. Ce type de matrice permet d’assurer un suivi adéquat et complet des exigences. Ce type de matrice permet de voir facilement si les bonnes exigences sont rédigées pour le système et si le projet est sur la bonne voie.
• Traçabilité – la traçabilité est également connue sous le nom de traçabilité inverse. Dans ce type de matrice, les cas de test sont mis en correspondance avec les exigences, contrairement à la traçabilité directe où les exigences sont mises en correspondance avec les cas de test. Il permet de s’assurer que des cas de test sont développés pour chaque exigence et que le système développé est sur la bonne voie.
• Traçabilité bidirectionnelle (directe et rétrospective) – la matrice de traçabilité bidirectionnelle comprend à la fois la traçabilité directe et rétrospective. S’assure que le bon scénario de test est écrit pour chaque exigence et que chaque scénario de test peut être retracé jusqu’à l’exigence correcte.

Conclusion

Une matrice de traçabilité des exigences est un document qui permet de suivre les exigences du client avec les scénarios de test, les cas de test et les défauts. Il permet d’atteindre une couverture de test de 100 % et aide à suivre chaque cas de test.

En outre, la matrice de traçabilité des exigences est utile non seulement pour l’équipe de test, mais aussi pour les analystes commerciaux et les chefs de projet, c’est-à-dire pour toute personne responsable de la documentation des exigences.