Utilisation d’une matrice de traçabilité des exigences pour améliorer la qualité du projet
La matrice de traçabilité des exigences (RTM) est un outil de planification visant à s’assurer que la portée, les exigences et les livrables d’un projet demeurent « tels quels » comparativement à la ligne de référence.
Qu’est-ce qu’une matrice de traçabilité des exigences?
Il s’agit d’un processus de documentation du lien et des relations entre les exigences initiales du produit et le produit ou service final produit. Le RTM retrace les livrables en établissant un fil d’exécution pour chaque exigence, de l’initiation du projet à l’achèvement.
La matrice de traçabilité est souvent utilisée pour :
- Exigences de suivi : les objectifs d’affaires originaux sont-ils atteints par le processus et la conception actuels?
- pour s’assurer que toutes les exigences définies pour un système sont testées dans les protocoles de test
- pour aider les auditeurs à examiner la documentation de validation
- Aider à la création d’une demande de proposition (RFP), aux tâches de planification de projet, aux documents livrables et aux scripts de test.
- Formez la base du périmètre d’action d’un projet, en intégrant des exigences et livrables spécifiques qui seront produits.
Auteur : Bob Savelson
Temps de lecture : 10 minutes
Articles connexes
Formats de matrice de traçabilité des exigences
Il existe deux façons de formater/visualiser une exigence Matrice de traçabilité
- Matrice d’intersection. La plus simple et la plus courante des matrices de traçabilité est un tableau de référence croisé entre les cas de test (représentés par des identifiants de cas test) et les exigences (représentées par des identifiants d’exigence), aussi appelé matrice de traçabilité intersectante.
2. Vous pouvez aussi voir vos exigences dans une matrice horizontale. Cette matrice mappe les cas de test avec les exigences dans un format linéaire et permet une identification facile des exigences liées en trouvant le cas de test spécifique.
Qu’est-ce qu’un cas d’essai?
Un cas de test est décrit comme un ensemble de conditions ou de variables qui est considéré comme satisfaisant un ensemble d’exigences liées. La création de plusieurs cas de test peut aider à identifier les erreurs et les failles dans les exigences désignées ou dans l’ensemble de l’application.
ID de la suite de tests | L’ID de la suite de tests à laquelle ce cas de test appartient. |
ID de cas test | L’identification du cas test. |
Résumé du cas test | Le résumé / objectif du cas test. |
Exigence connexe | L’ID de l’exigence à laquelle ce cas de test se rapporte/trace. |
Prérequis | Tous les prérequis ou préconditions à remplir avant d’exécuter le test. |
Procédure d’essai | Procédure étape par étape pour exécuter le test. |
Données de test | Les données de test, ou liens vers les données de test, qui doivent être utilisées lors de la réalisation du test. |
Résultat attendu | Le résultat attendu du test. |
Résultat réel | Le résultat réel du test; à remplir après l’exécution du test. |
Statut | Réussir ou échouer. D’autres statuts peuvent être « Non exécuté » si le test n’est pas effectué et « Bloqué » si le test est bloqué. |
Remarques | Des commentaires sur le cas de test ou l’exécution du test? |
Créé par | Le nom de l’auteur du cas test. |
Date de création | La date de création du cas test. |
Exécuté par | Le nom de la personne qui a exécuté le test. |
Date d’exécution | La date d’exécution du test. |
Environnement de test | L’environnement (matériel/logiciel/réseau) dans lequel le test a été exécuté. |
Types de traçabilité
La traçabilité avancée vous permet de correspondre les besoins aux cas de test tout en vous assurant que le projet souhaité progresse dans la direction souhaitée. En d’autres termes, la traçabilité anticipée vous permet de retracer chaque exigence du projet vers l’avant dans la conception implémentée par les exigences, le code implémenté par la conception, et les tests qui aident à la validation du projet. Cela nous permet de comprendre que nous construisons le bon produit. En matière de traçabilité avancée, chaque exigence est minutieusement testée en ce qui concerne les paramètres et protocoles de test.
La traçabilité inversée permet de correspondre les cas de test aux exigences. Inverser la correspondance des deux facteurs vous permet aussi de vous assurer que votre
Les progrès du projet sont faits dans la bonne direction, et que le produit final ait satisfait ou non les exigences désignées. Dans les phases de développement actuelles, notre résultat final évolue constamment pour répondre à des critères changeants. La traçabilité inversée aide à s’assurer que le produit en évolution satisfait toujours les exigences initiales sans élargir la portée du projet (en ajoutant du code, des éléments de conception et des tests).
La traçabilité inversée aide à prévenir le « plaquage d’or » – un terme qui décrit un scénario où l’effort marginal de modification d’un produit est supérieur à la valeur marginale. Ce type d’erreur survient lorsqu’un gestionnaire de projet ou un développeur se concentre sur un développement supplémentaire d’un produit au-delà des exigences désignées, sans réaliser que la valeur ajoutée est moindre ou peut diminuer la valeur globale du projet. Toute addition de code, d’éléments de conception et de tests augmente la portée du projet et entraîne un plaquage d’or.
La traçabilité bidirectionnelle décrit la capacité de combiner la traçabilité avant et arrière tout au long d’un cycle de vie de développement. Ce type de traçabilité aide à déterminer que toutes les exigences initiales ont été satisfaites, que ces exigences peuvent être validées, et en cas de changement, il analyse l’impact de ce changement.
Une matrice est considérée comme bidirectionnelle lorsqu’elle :
- Suit l’exigence « vers l’avant » en examinant la sortie des livrables
- Examine l’exigence commerciale spécifiée pour une caractéristique particulière du produit « à l’envers »
Avantages de l’utilisation du RTM
La RTM est initialement un outil de planification qui met en évidence toute exigence manquante ou incohérence documentaire, et lorsque les cas de test sont développés (la validation commence), aide à déterminer la portée des tests de régression. Le test de régression est un type de test logiciel qui garantit que les logiciels développés et testés précédemment fonctionnent toujours de la même manière après avoir été modifié ou interfacé avec d’autres logiciels. (pour confirmer que le changement de la variable B n’a pas affecté négativement la variable A existante)
Il confirme également une couverture de test à 100%, qui mesure la proportion du projet exercée lors des essais. La couverture des tests nous donne un score objectif d’un cas test qui, lorsqu’il est en dessous de 100%, est une mesure inexacte de l’identification des erreurs. La couverture des tests est essentiellement une vérification de la qualité des cas tests, et nous pouvons augmenter notre couverture en créant des cas de test supplémentaires utiles et en omettant des cas inutiles.
RTM peut aider à déterminer le nombre de tests requis, les types de tests requis, et si ces tests peuvent être automatisés, effectués manuellement ou réutilisés. Une fois que nous aurons déterminé ces facteurs, nous pourrons fournir le meilleur cas de test possible et aider à fournir le statut global des défauts à travers les journaux des défauts.
Un RTM est aussi utile pour assurer une progression visuelle afin de s’assurer qu’aucune fonction ou exigence n’est manquée lors des tests.
Enfin, RTM peut aider à estimer l’impact de la relecture des cas de test, réalisés par une équipe d’assurance qualité.
Validation
Une fois qu’une exigence de projet a été identifiée et approuvée, elle subit un processus de validation et de test pour déterminer si les exigences initiales sont satisfaites. Le processus de validation de la traçabilité des exigences a un impact énorme sur l’identification des défauts. Si un cas de test ne satisfait pas une exigence, il est considéré comme un défaut et doit être corrigé. Après l’identification d’un défaut, il est recommandé de cibler précisément l’impact du défaut spécifique et d’y répondre afin que le projet continue de respecter les exigences initiales. Le processus d’identification des défauts peut être long et fastidieux sans automatisation à partir d’une matrice de traçabilité des exigences, car une matrice permet d’identifier quels tests doivent être relancés.
Un RTM est aussi utile pour assurer une progression visuelle afin de s’assurer qu’aucune fonction ou exigence n’est manquée lors des tests.
Enfin, RTM peut aider à estimer l’impact de la relecture des cas de test, réalisés par une équipe d’assurance qualité.
Sources
Demandez une démonstration!
- Planifiez une démonstration avec l’un de nos experts produits formés.
- Recevez une démo personnalisée qui imite le processus de votre équipe
- Engagez nos experts sur des sujets tels que le flux de travail ou les meilleures pratiques.
Réduire les efforts de l’UAT
Réduction de 50% des efforts de l’UAT
Économie de temps éprouvée
80% de gain de temps sur la création d’une analyse de traces
Approbations simplifiées
Réduction significative des délais d’approbation
Augmenter la performance
50% des besoins d’amélioration de la productivité
Réduction de la refonte
Réduction de 10 fois dans la refonte du développement
Simplifier la conformité
Réduction de 40% des efforts de rapport sur la conformité
