{"id":560,"date":"2023-10-20T11:58:49","date_gmt":"2023-10-20T09:58:49","guid":{"rendered":"https:\/\/ittester.sk\/automatisiertes-testen\/matrix-fuer-die-rueckverfolgbarkeit-von-anforderungen\/"},"modified":"2024-07-11T09:43:21","modified_gmt":"2024-07-11T07:43:21","slug":"matrix-traceability-requirements","status":"publish","type":"post","link":"https:\/\/ittester.sk\/de\/manuelles-testen\/matrix-traceability-requirements\/","title":{"rendered":"Matrix f\u00fcr die R\u00fcckverfolgbarkeit von Anforderungen"},"content":{"rendered":"\n<p>W\u00e4hrend des Softwaretestprozesses werden viele wichtige Dokumente erstellt, wie z. B. Testf\u00e4lle, Testszenarien, Testpl\u00e4ne usw. Ein weiteres sehr wichtiges Dokument, das manchmal vernachl\u00e4ssigt wird, ist die RTM (Requirements Traceability Matrix) oder &#8222;Requirements Traceability Matrix&#8220;.  <\/p>\n\n<p><strong>Inhalts\u00fcbersicht<\/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\">Was ist eine Matrix zur R\u00fcckverfolgbarkeit von Anforderungen?<\/h2>\n\n<p>Eine Anforderungsnachvollziehbarkeitsmatrix ist ein Dokument, das Systemanforderungen mit Testf\u00e4llen verkn\u00fcpft. Verfolgt die vom Kunden eingegebenen Anforderungen zu den Testf\u00e4llen, die zum Testen dieser Anforderungen erstellt wurden.  <\/p>\n\n<p>Normalerweise schreibt ein Gesch\u00e4ftsanalytiker oder Projektmanager eine Software-Anforderungsspezifikation (SRS), einen Anwendungsfall, Gesch\u00e4ftsanforderungen (BRS) und\/oder ein Projektanforderungsdokument, das alle Anwendungsf\u00e4lle oder Systemanforderungen auflistet, und eines oder alle dieser Dokumente dienen als Grundlage f\u00fcr die Anforderungsverfolgungsmatrix. Diese Anforderungen sind mit Testf\u00e4llen verbunden, die vom Testteam geschrieben wurden. Jede Anforderung ist mit einem Testfall verbunden, der f\u00fcr eine zugeh\u00f6rige Anforderung geschrieben wurde. Anforderungen und Testf\u00e4lle k\u00f6nnen eins-zu-eins, viele-zu-eins oder viele-zu-viele Beziehungen haben.<\/p>\n\n<p>Bevor mit dem Entwurf der Anforderungs-Traceability-Matrix begonnen wird, sollten die Anforderungsdokumente (SRS, BRS, etc.) und die Testdokumente (Testszenarien, Testf\u00e4lle) mit korrekten und eindeutigen IDs versehen werden.<\/p>\n\n<p>Die Matrix zur R\u00fcckverfolgbarkeit von Anforderungen wird verwendet, um sicherzustellen, dass jede Anforderung im Testprozess abgedeckt ist und die zugeh\u00f6rigen Testf\u00e4lle entwickelt wurden.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-vyhody-matice-sledovatelnosti-poziadaviek\">Vorteile der Matrix f\u00fcr die R\u00fcckverfolgbarkeit von Anforderungen<\/h2>\n\n<p>Wie im vorigen Abschnitt erw\u00e4hnt, besteht der Hauptzweck der Anforderungsr\u00fcckverfolgbarkeitsmatrix darin, zu \u00fcberpr\u00fcfen, ob alle vom Kunden gestellten Anforderungen getestet wurden. Die Matrix zur R\u00fcckverfolgbarkeit der Anforderungen gibt dem Kunden und dem Testteam die Sicherheit, dass alle Anwendungsf\u00e4lle getestet wurden.<\/p>\n\n<p>Da die Anforderungsnachvollziehbarkeitsmatrix auch die Priorit\u00e4t jeder zu testenden Anforderung enthalten kann, kann das Testteam wichtige Anforderungen leicht identifizieren und seinen Testzeitplan verwalten, was n\u00fctzlich ist, wenn das Projekt strengen Zeit- und\/oder Ressourcenbeschr\u00e4nkungen unterliegt.<\/p>\n\n<p>Dar\u00fcber hinaus hilft die Anforderungsnachvollziehbarkeitsmatrix auch bei der Identifizierung fehlender Anforderungen oder Testf\u00e4lle.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-ako-sa-vytvara-matica-sledovatelnosti-poziadaviek\">Wie wird die Matrix zur R\u00fcckverfolgbarkeit von Anforderungen erstellt?<\/h2>\n\n<p>Das Format bzw. die Struktur der Matrix f\u00fcr die R\u00fcckverfolgbarkeit von Anforderungen ist von Organisation zu Organisation unterschiedlich. Nachfolgend sind jedoch einige wichtige Parameter aufgef\u00fchrt, die bei der Erstellung der Matrix f\u00fcr die R\u00fcckverfolgbarkeit von Anforderungen verwendet werden:<\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Anforderungs-ID<\/strong> &#8211; Jeder Anforderung im Anforderungsdokument wird eine eindeutige ID zugewiesen. Diese ID kann weiter in detaillierte IDs f\u00fcr Einzelanforderungen unterteilt werden. Zum Beispiel kann jedes Systemanmeldemodul ein Anwendungsfall sein, dem eine ID wie &#8222;UC 1&#8220; zugewiesen werden kann. Dieser Anwendungsfall kann nun in Unteranfragen f\u00fcr jeden Schritt aufgeteilt werden, z. B. kann der Schritt &#8222;Benutzer gibt seinen Benutzernamen ein&#8220; eine ID von &#8222;UC 1.1&#8220; haben, &#8222;Benutzer gibt sein Passwort ein&#8220; kann eine ID von &#8222;UC 1.2&#8220; haben usw.<\/li>\n\n\n\n<li><strong>Anforderungsbeschreibung<\/strong> &#8211; eine Beschreibung der mit der ID verbundenen Anforderung. Dies ist eine fakultative Spalte.<\/li>\n\n\n\n<li><strong>Priorit\u00e4t<\/strong> &#8211; Die Priorit\u00e4t der zu pr\u00fcfenden Anfrage.<\/li>\n\n\n\n<li><strong>Testszenario-ID<\/strong> &#8211; Testszenarien werden auf der Grundlage der Anforderungen erstellt. F\u00fcr das Anmeldemodul kann zum Beispiel &#8222;Benutzer meldet sich im System an&#8220; eines der Szenarien sein, dem eine ID wie &#8222;TS 1&#8220; zugewiesen werden kann.<\/li>\n\n\n\n<li><strong>Testszenariobeschreibung <\/strong>&#8211; Eine Beschreibung des mit der ID verbundenen Testszenarios. Dies ist eine fakultative Spalte.<\/li>\n\n\n\n<li><strong>Testfall-ID<\/strong> &#8211; Testf\u00e4lle werden auf der Grundlage der Anforderungen und Testszenarien erstellt. In der Fortsetzung des obigen Beispiels f\u00fcr das Anmeldemodul k\u00f6nnte einer der Testf\u00e4lle beispielsweise lauten: &#8222;Benutzer gibt nur Buchstaben in das Feld Benutzername ein&#8220;, und ihm k\u00f6nnte eine ID wie &#8222;TS1_TC1&#8220; zugewiesen werden.<\/li>\n\n\n\n<li><strong>Testfallbeschreibung<\/strong> &#8211; Eine Beschreibung des mit der ID verbundenen Testfalls. Dies ist eine fakultative Spalte.<\/li>\n\n\n\n<li><strong>Status der Testfallentwicklung<\/strong> &#8211; ob der Testfall bereits entwickelt wurde oder nicht. Dies kann eine fakultative Spalte sein.<\/li>\n\n\n\n<li><strong>Testdesigner<\/strong> &#8211; Der Name des Testers, der den Testfall entworfen hat. Auch hier handelt es sich um eine optionale Spalte.<\/li>\n\n\n\n<li><strong>Testausf\u00fchrungsumgebungen<\/strong> &#8211; Diese Spalte kann Unterspalten enthalten, damit Sie sehen k\u00f6nnen, in welchen Umgebungen der Testfall ausgef\u00fchrt wurde.<\/li>\n\n\n\n<li><strong>Fehlerstatus<\/strong> &#8211; Gibt an, ob der Testfall bestanden hat oder nicht.<\/li>\n\n\n\n<li><strong>Fehler-ID<\/strong> &#8211; Dies ist die ID des vom Testteam gemeldeten Fehlers. Diese ID kann mit dem vom Team verwendeten Fehlerverfolgungstool verkn\u00fcpft werden.<\/li>\n\n\n\n<li><strong>Kommentar<\/strong> &#8211; Alle von den Teammitgliedern abgegebenen Kommentare.<\/li>\n<\/ul>\n\n<p>Diese Parameter k\u00f6nnen von Organisation zu Organisation unterschiedlich sein, aber es sind wichtige Parameter, die dringend ben\u00f6tigte Klarheit \u00fcber die R\u00fcckverfolgbarkeit schaffen.<\/p>\n\n<p>In der Regel wird diese Matrix in einer Excel-Tabelle gespeichert.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-typy-matice-sledovatelnosti\">Typen der R\u00fcckverfolgbarkeitsmatrix<\/h2>\n\n<p>Die R\u00fcckverfolgbarkeitsmatrix kann in die folgenden Typen unterteilt werden:<\/p>\n\n<ul class=\"wp-block-list\">\n<li>Direkte R\u00fcckverfolgbarkeit &#8211; In der &#8222;direkten R\u00fcckverfolgbarkeitsmatrix&#8220; werden die Anforderungen auf die Testf\u00e4lle abgebildet. So kann sichergestellt werden, dass jede Anforderung in den Testprozess einbezogen wird. Durch diese Art von Matrix wird eine ordnungsgem\u00e4\u00dfe und gr\u00fcndliche Verfolgung der Anforderungen erreicht. Anhand einer solchen Matrix l\u00e4sst sich leicht erkennen, ob die richtigen Anforderungen f\u00fcr das System geschrieben wurden und ob das Projekt auf dem richtigen Weg ist.<\/li>\n\n\n\n<li>R\u00fcckverfolgbarkeit &#8211; Die R\u00fcckverfolgbarkeit wird auch als umgekehrte R\u00fcckverfolgbarkeit bezeichnet. Bei dieser Art von Matrix werden die Testf\u00e4lle den Anforderungen zugeordnet, im Gegensatz zur direkten R\u00fcckverfolgbarkeit, bei der die Anforderungen den Testf\u00e4llen zugeordnet werden. Es hilft sicherzustellen, dass f\u00fcr jede Anforderung Testf\u00e4lle entwickelt werden und dass das entwickelte System auf dem richtigen Weg ist.<\/li>\n\n\n\n<li>Bidirektionale (direkte und retrospektive) R\u00fcckverfolgbarkeit &#8211; die bidirektionale R\u00fcckverfolgbarkeitsmatrix umfasst sowohl die direkte als auch die retrospektive R\u00fcckverfolgbarkeit. Stellt sicher, dass f\u00fcr jede Anforderung der richtige Testfall geschrieben wird und dass jeder Testfall auf die richtige Anforderung zur\u00fcckgef\u00fchrt werden kann.<\/li>\n<\/ul>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-zaver\">Schlussfolgerung<\/h2>\n\n<p>Eine Anforderungsnachvollziehbarkeitsmatrix ist ein Dokument, das die Kundenanforderungen mit den Testszenarien, Testf\u00e4llen und Fehlern verfolgt. Es hilft, eine 100%ige Testabdeckung zu erreichen und unterst\u00fctzt die Nachverfolgung jedes Testfalls.<\/p>\n\n<p>Dar\u00fcber hinaus ist das Dokument der Anforderungsnachvollziehbarkeitsmatrix nicht nur f\u00fcr das Testteam n\u00fctzlich, sondern auch f\u00fcr Gesch\u00e4ftsanalytiker und Projektmanager, d. h. f\u00fcr alle, die f\u00fcr die Dokumentation der Anforderungen verantwortlich sind.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Eine Anforderungsnachvollziehbarkeitsmatrix ist ein Dokument, das die Systemanforderungen mit den Testf\u00e4llen verfolgt und verkn\u00fcpft.  <\/p>\n","protected":false},"author":8,"featured_media":1452,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[18],"tags":[],"class_list":["post-560","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-manuelles-testen"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/posts\/560","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/comments?post=560"}],"version-history":[{"count":8,"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/posts\/560\/revisions"}],"predecessor-version":[{"id":1454,"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/posts\/560\/revisions\/1454"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/media\/1452"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/media?parent=560"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/categories?post=560"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/de\/wp-json\/wp\/v2\/tags?post=560"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}