{"id":2895,"date":"2023-10-20T11:58:49","date_gmt":"2023-10-20T09:58:49","guid":{"rendered":"https:\/\/ittester.sk\/non-classifiee\/exigences-en-matiere-de-tracabilite-de-la-matrice\/"},"modified":"2024-10-22T14:15:09","modified_gmt":"2024-10-22T12:15:09","slug":"exigences-en-matiere-de-tracabilite-de-la-matrice","status":"publish","type":"post","link":"https:\/\/ittester.sk\/fr\/tests-manuels\/exigences-en-matiere-de-tracabilite-de-la-matrice\/","title":{"rendered":"Matrice de tra\u00e7abilit\u00e9 des exigences"},"content":{"rendered":"\n<p>Au cours du processus de test des logiciels, de nombreux documents importants sont cr\u00e9\u00e9s, tels que les cas de test, les sc\u00e9narios de test, les plans de test, etc. Un autre document tr\u00e8s important, parfois n\u00e9glig\u00e9, est la matrice de tra\u00e7abilit\u00e9 des exigences (Requirements Traceability Matrix) ou \u00ab\u00a0matrice de tra\u00e7abilit\u00e9 des exigences\u00a0\u00bb (Requirements Traceability Matrix).  <\/p>\n\n<p><strong>Table des mati\u00e8res<\/strong><\/p>\n<div class=\"wp-block-aioseo-table-of-contents\"><ul><li><a class=\"aioseo-toc-item\" href=\"#aioseo-co-je-matica-sledovatelnosti-poziadaviek\">\u010co je matica sledovate\u013enosti po\u017eiadaviek?<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-vyhody-matice-sledovatelnosti-poziadaviek\">V\u00fdhody matice sledovate\u013enosti po\u017eiadaviek<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-ako-sa-vytvara-matica-sledovatelnosti-poziadaviek\">Ako sa vytv\u00e1ra matica sledovate\u013enosti po\u017eiadaviek?<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-typy-matice-sledovatelnosti\">Typy matice sledovate\u013enosti<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-zaver\">Z\u00e1ver<\/a><\/li><\/ul><\/div>\n<h2 class=\"wp-block-heading\" id=\"aioseo-co-je-matica-sledovatelnosti-poziadaviek\">Qu&rsquo;est-ce qu&rsquo;une matrice de tra\u00e7abilit\u00e9 des exigences ?<\/h2>\n\n<p>Une matrice de tra\u00e7abilit\u00e9 des exigences est un document qui relie les exigences du syst\u00e8me aux cas de test. Trace les exigences saisies par le client jusqu&rsquo;aux cas de test cr\u00e9\u00e9s pour tester ces exigences.  <\/p>\n\n<p>En r\u00e8gle g\u00e9n\u00e9rale, un analyste commercial ou un chef de projet r\u00e9dige une sp\u00e9cification des exigences logicielles (SRS), un cas d&rsquo;utilisation, des exigences commerciales (BRS) et\/ou un document sur les exigences du projet qui \u00e9num\u00e8re tous les cas d&rsquo;utilisation ou les exigences du syst\u00e8me, et tout ou partie de ces documents servent de base \u00e0 la matrice de tra\u00e7abilit\u00e9 des exigences. Ces exigences sont associ\u00e9es \u00e0 des cas de test r\u00e9dig\u00e9s par l&rsquo;\u00e9quipe de test. Chaque exigence est associ\u00e9e \u00e0 un sc\u00e9nario de test \u00e9crit pour une exigence connexe. Les exigences et les cas de test peuvent avoir des relations un \u00e0 un, plusieurs \u00e0 un ou plusieurs \u00e0 plusieurs.<\/p>\n\n<p>Avant de commencer la conception de la matrice de tra\u00e7abilit\u00e9 des exigences, les documents d&rsquo;exigences (SRS, BRS, etc.) et les documents de test (sc\u00e9narios de test, cas de test) doivent se voir attribuer des identifiants corrects et uniques.<\/p>\n\n<p>La matrice de tra\u00e7abilit\u00e9 des exigences est utilis\u00e9e pour s&rsquo;assurer que chaque exigence est couverte par le processus de test et que les cas de test associ\u00e9s ont \u00e9t\u00e9 d\u00e9velopp\u00e9s.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-vyhody-matice-sledovatelnosti-poziadaviek\">Avantages de la matrice de tra\u00e7abilit\u00e9 des exigences<\/h2>\n\n<p>Comme indiqu\u00e9 dans la section pr\u00e9c\u00e9dente, l&rsquo;objectif principal de la matrice de tra\u00e7abilit\u00e9 des demandes est de v\u00e9rifier que toutes les demandes formul\u00e9es par le client ont \u00e9t\u00e9 test\u00e9es. La matrice de tra\u00e7abilit\u00e9 des exigences garantit au client et \u00e0 l&rsquo;\u00e9quipe de test que tous les cas d&rsquo;utilisation ont \u00e9t\u00e9 test\u00e9s.<\/p>\n\n<p>Comme la matrice de tra\u00e7abilit\u00e9 des exigences peut \u00e9galement inclure la priorit\u00e9 de chaque exigence \u00e0 tester, l&rsquo;\u00e9quipe de test peut facilement identifier les exigences importantes et g\u00e9rer leur calendrier de test, ce qui est utile lorsque le projet est soumis \u00e0 des contraintes strictes en termes de temps et\/ou de ressources.<\/p>\n\n<p>En outre, la matrice de tra\u00e7abilit\u00e9 des exigences permet \u00e9galement d&rsquo;identifier les exigences ou les cas de test manquants.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-ako-sa-vytvara-matica-sledovatelnosti-poziadaviek\">Comment la matrice de tra\u00e7abilit\u00e9 des exigences est-elle cr\u00e9\u00e9e ?<\/h2>\n\n<p>Le format ou la structure de la matrice de tra\u00e7abilit\u00e9 des exigences varie d&rsquo;une organisation \u00e0 l&rsquo;autre. Cependant, voici quelques param\u00e8tres importants utilis\u00e9s dans la cr\u00e9ation de la matrice de tra\u00e7abilit\u00e9 des exigences :<\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>ID de l&rsquo;exigence<\/strong> &#8211; Chaque exigence du document d&rsquo;exigences se voit attribuer un ID unique. Cet identifiant peut \u00eatre subdivis\u00e9 en identifiants d\u00e9taill\u00e9s pour les sous-exigences. Par exemple, tout module de connexion au syst\u00e8me peut \u00eatre un cas d&rsquo;utilisation auquel on peut attribuer un identifiant tel que \u00ab\u00a0UC 1\u00a0\u00bb. Ce cas d&rsquo;utilisation peut maintenant \u00eatre divis\u00e9 en sous-demandes pour chaque \u00e9tape, par exemple l&rsquo;\u00e9tape \u00ab\u00a0L&rsquo;utilisateur saisit son nom d&rsquo;utilisateur\u00a0\u00bb peut avoir un ID de \u00ab\u00a0UC 1.1\u00a0\u00bb, \u00ab\u00a0L&rsquo;utilisateur saisit son mot de passe\u00a0\u00bb peut avoir un ID de \u00ab\u00a0UC 1.2\u00a0\u00bb, etc.<\/li>\n\n\n\n<li><strong>Description de<\/strong> l&rsquo;exigence &#8211; description de l&rsquo;exigence associ\u00e9e \u00e0 l&rsquo;identifiant. Cette colonne est facultative.<\/li>\n\n\n\n<li><strong>Priorit\u00e9<\/strong> &#8211; La priorit\u00e9 de la demande \u00e0 tester.<\/li>\n\n\n\n<li><strong>ID du sc\u00e9nario de test<\/strong> &#8211; Les sc\u00e9narios de test sont cr\u00e9\u00e9s sur la base des exigences. Par exemple, pour le module de connexion, \u00ab\u00a0L&rsquo;utilisateur se connecte au syst\u00e8me\u00a0\u00bb peut \u00eatre l&rsquo;un des sc\u00e9narios auxquels peut \u00eatre attribu\u00e9 un identifiant tel que \u00ab\u00a0TS 1\u00a0\u00bb.<\/li>\n\n\n\n<li><strong>Description du <\/strong> sc\u00e9nario de test &#8211; Description du sc\u00e9nario de test associ\u00e9 \u00e0 l&rsquo;identifiant. Cette colonne est facultative.<\/li>\n\n\n\n<li><strong>ID du cas de test<\/strong> &#8211; Les cas de test sont cr\u00e9\u00e9s sur la base des exigences et des sc\u00e9narios de test. Par exemple, dans la suite de l&rsquo;exemple ci-dessus pour le module de connexion, l&rsquo;un des cas de test peut \u00eatre \u00ab\u00a0L&rsquo;utilisateur ne saisit que des caract\u00e8res alphab\u00e9tiques dans le champ Nom d&rsquo;utilisateur\u00a0\u00bb et peut se voir attribuer un identifiant tel que \u00ab\u00a0TS1_TC1\u00a0\u00bb.<\/li>\n\n\n\n<li><strong>Description du cas<\/strong> de test &#8211; Description du cas de test associ\u00e9 \u00e0 l&rsquo;identifiant. Cette colonne est facultative.<\/li>\n\n\n\n<li><strong>Statut de d\u00e9veloppement du cas<\/strong> de test &#8211; si le cas de test a \u00e9t\u00e9 d\u00e9velopp\u00e9 ou non. Cette colonne peut \u00eatre facultative.<\/li>\n\n\n\n<li><strong>Test Designer<\/strong> &#8211; Le nom du testeur qui a con\u00e7u le cas de test. L\u00e0 encore, il s&rsquo;agit d&rsquo;une colonne facultative.<\/li>\n\n\n\n<li><strong>Environnements d&rsquo;ex\u00e9cution des tests<\/strong> &#8211; Cette colonne peut comporter des sous-colonnes afin que vous puissiez voir dans quels environnements le sc\u00e9nario de test a \u00e9t\u00e9 ex\u00e9cut\u00e9.<\/li>\n\n\n\n<li><strong>Statut du bug<\/strong> &#8211; Indique si le cas de test a r\u00e9ussi ou \u00e9chou\u00e9.<\/li>\n\n\n\n<li><strong>ID du b<\/strong> ogue &#8211; Il s&rsquo;agit de l&rsquo;ID du bogue signal\u00e9 par l&rsquo;\u00e9quipe de test. Cet identifiant peut \u00eatre li\u00e9 \u00e0 l&rsquo;outil de suivi des bogues utilis\u00e9 par l&rsquo;\u00e9quipe.<\/li>\n\n\n\n<li><strong>Commentaire<\/strong> &#8211; Tous les commentaires faits par les membres de l&rsquo;\u00e9quipe.<\/li>\n<\/ul>\n\n<p>Ces param\u00e8tres peuvent varier d&rsquo;une organisation \u00e0 l&rsquo;autre, mais ce sont des param\u00e8tres importants qui apportent une clarification indispensable sur la tra\u00e7abilit\u00e9.<\/p>\n\n<p>Cette matrice est g\u00e9n\u00e9ralement conserv\u00e9e dans une feuille Excel.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-typy-matice-sledovatelnosti\">Types de matrice de tra\u00e7abilit\u00e9<\/h2>\n\n<p>La matrice de tra\u00e7abilit\u00e9 peut \u00eatre divis\u00e9e en plusieurs types :<\/p>\n\n<ul class=\"wp-block-list\">\n<li>Tra\u00e7abilit\u00e9 directe &#8211; Dans la \u00ab\u00a0matrice de tra\u00e7abilit\u00e9 directe\u00a0\u00bb, les exigences sont mises en correspondance avec les cas de test. Il permet de s&rsquo;assurer que chaque exigence est incluse dans le processus de test. Ce type de matrice permet d&rsquo;assurer un suivi ad\u00e9quat et complet des exigences. Ce type de matrice permet de voir facilement si les bonnes exigences sont r\u00e9dig\u00e9es pour le syst\u00e8me et si le projet est sur la bonne voie.<\/li>\n\n\n\n<li>Tra\u00e7abilit\u00e9 &#8211; la tra\u00e7abilit\u00e9 est \u00e9galement connue sous le nom de tra\u00e7abilit\u00e9 inverse. Dans ce type de matrice, les cas de test sont mis en correspondance avec les exigences, contrairement \u00e0 la tra\u00e7abilit\u00e9 directe o\u00f9 les exigences sont mises en correspondance avec les cas de test. Il permet de s&rsquo;assurer que des cas de test sont d\u00e9velopp\u00e9s pour chaque exigence et que le syst\u00e8me d\u00e9velopp\u00e9 est sur la bonne voie.<\/li>\n\n\n\n<li>Tra\u00e7abilit\u00e9 bidirectionnelle (directe et r\u00e9trospective) &#8211; la matrice de tra\u00e7abilit\u00e9 bidirectionnelle comprend \u00e0 la fois la tra\u00e7abilit\u00e9 directe et r\u00e9trospective. S&rsquo;assure que le bon sc\u00e9nario de test est \u00e9crit pour chaque exigence et que chaque sc\u00e9nario de test peut \u00eatre retrac\u00e9 jusqu&rsquo;\u00e0 l&rsquo;exigence correcte.<\/li>\n<\/ul>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-zaver\">Conclusion<\/h2>\n\n<p>Une matrice de tra\u00e7abilit\u00e9 des exigences est un document qui permet de suivre les exigences du client avec les sc\u00e9narios de test, les cas de test et les d\u00e9fauts. Il permet d&rsquo;atteindre une couverture de test de 100 % et aide \u00e0 suivre chaque cas de test.<\/p>\n\n<p>En outre, la matrice de tra\u00e7abilit\u00e9 des exigences est utile non seulement pour l&rsquo;\u00e9quipe de test, mais aussi pour les analystes commerciaux et les chefs de projet, c&rsquo;est-\u00e0-dire pour toute personne responsable de la documentation des exigences.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Une matrice de tra\u00e7abilit\u00e9 des exigences est un document qui permet de suivre et de relier les exigences du syst\u00e8me aux cas de test.  <\/p>\n","protected":false},"author":8,"featured_media":2896,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[54],"tags":[],"class_list":["post-2895","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tests-manuels"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2895","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/comments?post=2895"}],"version-history":[{"count":1,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2895\/revisions"}],"predecessor-version":[{"id":2897,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2895\/revisions\/2897"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media\/2896"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media?parent=2895"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/categories?post=2895"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/tags?post=2895"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}