Exemple de matrice de traçabilité des exigences

Actuellement, toutes les industries du logiciel se déplacent vers l`utilisation de récits utilisateur et de développement agile et les outils logiciels correspondants pour l`enregistrement des exigences. La plupart des organisations utilisent uniquement l`ID d`exigence et l`ID de cas de test dans la version RTM. Divya, content que tu l`aies trouvé utile! Merci. Cela signifie que quand vient le temps de créer une matrice de traçabilité, votre travail est pratiquement terminé. En bref, il s`agit d`un document de haut niveau pour mapper et tracer les besoins des utilisateurs avec des cas de test afin de s`assurer que pour chaque exigence, un niveau adéquat de test est atteint. En fait, la première expérience de nombreuses personnes avec la traçabilité est de le montrer à un auditeur. La couverture de test indique les exigences des clients qui doivent être vérifiées au démarrage de la phase de test. On va commencer. La fonction supplémentaire peut également devenir une source de défauts, ce qui peut causer des problèmes pour un client après l`installation. La matrice de traçabilité des exigences établit un moyen de s`assurer que nous mettons des vérifications sur l`aspect de la couverture. La matrice de traçabilité des besoins (RTM) est un outil qui permet de s`assurer que la portée, les exigences et les livrables du projet demeurent «tels quels» par rapport à la ligne de base. Les ressources sont de deux types, des testeurs spécifiques au domaine spécialisé et des outils de test utilisés par les testeurs.

C`est un bon article de Swati Seela donnant un aperçu des bases de la matrice de traçabilité. En fait, vous pourriez finir par prendre la mauvaise décision basée sur une inexactitude, comme une exécution de test qui a effectivement échoué, mais a été marquée comme passé. Le document ci-dessus établit une trace entre, le BRD à la FSD et éventuellement aux scénarios d`essai. Lorsqu`une exécution de test passe ou échoue, vous devez la mettre à jour à nouveau. L`objectif de tout engagement de test est et devrait être la couverture de test maximale. Matrice de traçabilité (TM). La matrice de traçabilité des besoins (RTM) est une table (principalement une feuille de calcul) qui montre si chaque exigence a un cas de test respectif/cas pour s`assurer si l`exigence est couverte pour le test. Lors de la création de vos liens, assurez-vous que chaque type d`artefact peut être retracé à une exigence. La couverture de test est un terme qui détermine si les cas de test sont écrits et exécutés s`assurer de tester complètement l`application logicielle, de manière à ce que des défauts minimes ou nuls soient signalés. Cela signifie que vos testeurs et développeurs peuvent s`en tenir à leurs tâches quotidiennes normales.

Des avantages maximaux peuvent être récoltés de lui quand vous l`extrapoler tout le chemin aux défauts. L`état d`exécution est également affiché. Les noeuds verts sont les validations qui assurent la qualité et la bonne mise en œuvre de l`artefact. Comme son nom l`indique, un RTM n`est rien de plus qu`une table qui affiche la relation entre les différents artefacts de développement. La couverture de test maximale peut être obtenue en établissant une bonne «traçabilité des besoins». Dans la matrice de traçabilité des besoins ou RTM, nous avons mis en place un processus de documenter les liens entre les exigences de l`utilisateur proposé par le client au système en cours de construction. Dans le cas où il y a`demande de modification`du client, tous les composants d`application qui sont affectés par la demande de modification sont modifiés et rien n`est négligé.

0 200
admin