Verbesserung der Projektqualität mithilfe einer Anforderungsrückverfolgungsmatrix
Die Anforderungsrückverfolgbarkeitsmatrix (RTM) ist ein Planungsinstrument, das dazu beiträgt, sicherzustellen, dass derProjektumfang,die Anforderungen unddie zu erbringenden Leistungenim Vergleich zur Baseline unverändert bleiben.
Was ist eine Anforderungs-Rückverfolgbarkeitsmatrix?
Es handelt sich um einen Prozess zur Dokumentation der Zusammenhänge und Beziehungen zwischenden ursprünglichen Anforderungenan das Produkt und demletztendlich erstellten Produkt bzw. der erbrachten Dienstleistung. Die RTM verfolgt die Ergebnisse, indemsiefür jede Anforderungeinen Verfolgungsstrangvom Projektstart bis zum Projektabschlusserstellt.
Die Rückverfolgbarkeitsmatrix wird häufig verwendet, um:
- Überprüfungsanforderungen: Werden die ursprünglichen Geschäftsziele durch den aktuellen Prozess und die aktuelle Gestaltung erreicht?
- um sicherzustellen, dass alle für ein System definierten Anforderungen in Testprotokollen geprüft werden
- um den Prüfern bei der Überprüfung der Validierungsunterlagen zu helfen
- Unterstützung bei der Erstellung einer Ausschreibung (RFP), der Aufgaben im Projektplan, der zu liefernden Dokumente und der Testskripte.
- Legen Sieden Umfang eines Projekts fest, indem Sie konkrete Anforderungen und die zu erbringenden Leistungen einbeziehen.
Autor: Bob Savelson
Lesezeit: 10 Minuten
Verwandte Artikel
Formate für Anforderungs-Traceability-Matrizen
Es gibt zwei Möglichkeiten, eine Anforderungs-Rückverfolgbarkeitsmatrix zu formatieren bzw. anzuzeigen
- Kreuzreferenzmatrix. Die einfachste und gängigste Form der Rückverfolgbarkeitsmatrizen ist eine Kreuzreferenztabelle zwischen Testfällen (dargestellt durch Testfall-IDs) und Anforderungen (dargestellt durch Anforderungs-IDs), die auch als Kreuzreferenzmatrix bezeichnet wird.
2. Sie können Ihre Anforderungen auch in einer horizontalen Matrix anzeigen. Diese Matrix stellt Testfälle und Anforderungen in einem linearen Format dar und ermöglicht es, verknüpfte Anforderungen leicht zu identifizieren, indem man den entsprechenden Testfall auswählt.
Was ist ein Testfall?
Ein Testfall wird als eine Reihe von Bedingungen oder Variablen beschrieben, von denen angenommen wird, dass sie eine Reihe miteinander verbundener Anforderungen erfüllen. Die Erstellung mehrerer Testfälle kann dabei helfen, Fehler und Mängel in den betreffenden Anforderungen oder in der gesamten Anwendung aufzudecken.
Testsuite-ID | Die ID der Testsuite, zu der dieser Testfall gehört. |
Testfall-ID | Die ID des Testfalls. |
Zusammenfassung der Testfälle | Zusammenfassung / Zielsetzung des Testfalls. |
Zugehörige Anforderung | Die ID der Anforderung, auf die sich dieser Testfall bezieht bzw. die er nachverfolgt. |
Voraussetzungen | Alle Voraussetzungen oder Vorbedingungen, die vor der Durchführung des Tests erfüllt sein müssen. |
Prüfverfahren | Schritt-für-Schritt-Anleitung zur Durchführung des Tests. |
Testdaten | Die Testdaten oder Links zu den Testdaten, die bei der Durchführung des Tests verwendet werden sollen. |
Erwartetes Ergebnis | Das erwartete Ergebnis des Tests. |
Tatsächliches Ergebnis | Das tatsächliche Testergebnis; wird nach Durchführung des Tests eingetragen. |
Status | Bestanden oder Nicht bestanden. Weitere Statusmeldungen können „Nicht ausgeführt“ sein, wenn der Test nicht durchgeführt wurde, und „Blockiert“, wenn der Test blockiert wurde. |
Anmerkungen | Gibt es Anmerkungen zum Testfall oder zur Testausführung? |
Erstellt von | Der Name des Autors des Testfalls. |
Erstellungsdatum | Das Erstellungsdatum des Testfalls. |
Ausgeführt von | Der Name der Person, die den Test durchgeführt hat. |
Datum der Ausführung | Das Datum, an dem der Test durchgeführt wurde. |
Testumgebung | Die Umgebung (Hardware/Software/Netzwerk), in der der Test durchgeführt wurde. |
Arten der Rückverfolgbarkeit
Die Vorwärtsverfolgbarkeitermöglicht es Ihnen, Anforderungen Testfällen zuzuordnen und gleichzeitig sicherzustellen, dass das Projekt in die gewünschte Richtung verläuft. Mit anderen Worten: Die Vorwärtsverfolgbarkeit ermöglicht es Ihnen, jede Projektanforderung bis hin zum auf der Grundlage der Anforderungen implementierten Entwurf, zum auf der Grundlage des Entwurfs implementierten Code und zu den Tests, die zur Validierung des Projekts beitragen, zurückzuverfolgen. So können wir sicher sein, dass wir das richtige Produkt entwickeln. Bei der Vorwärtsverfolgbarkeit wird jede Anforderung unter Berücksichtigung der Testparameter und -protokolle gründlich getestet.
Mit der Rückverfolgbarkeitkönnen Sie Testfälle Anforderungen zuordnen. Durch die Umkehrung dieser Zuordnung können Sie zudem sicherstellen, dass Ihre
Es wird geprüft, ob das Projekt in die richtige Richtung voranschreitet und ob das Endprodukt die festgelegten Anforderungen erfüllt oder nicht. In den heutigen Entwicklungsphasen unterliegt unser Endergebnis ständigen Veränderungen und Weiterentwicklungen, um den sich wandelnden Kriterien gerecht zu werden. Die Rückverfolgbarkeit trägt dazu bei, sicherzustellen, dass das sich weiterentwickelnde Produkt weiterhin die ursprünglichen Anforderungen erfüllt, ohne den Projektumfang zu erweitern (Hinzufügen von Code, Designelementen und Tests).
Die Rückverfolgbarkeit hilft dabei,„Gold Plating“zu vermeiden – ein Begriff, der ein Szenario beschreibt, in dem der zusätzliche Aufwand für die Änderung eines Produkts größer ist als der daraus resultierende Mehrwert. Diese Art von Fehler tritt auf, wenn ein Projektmanager oder Entwickler sich auf die Weiterentwicklung eines Produkts über die festgelegten Anforderungen hinaus konzentriert, ohne zu erkennen, dass der Mehrwert gering ist oder den Gesamtwert des Projekts mindern kann. Jede Hinzufügung von Code, Designelementen und Tests erweitert den Projektumfang und führt zu „Gold Plating“.
Die bidirektionale Rückverfolgbarkeitbezeichnet die Fähigkeit, die Vorwärts- und Rückwärtsverfolgbarkeit über den gesamten Entwicklungslebenszyklus hinweg zu kombinieren. Diese Art der Rückverfolgbarkeit hilft dabei festzustellen, ob alle ursprünglichen Anforderungen erfüllt wurden, ob diese Anforderungen validiert werden können, und analysiert im Falle einer Änderung die Auswirkungen dieser Änderung auf die Anforderungen.
Eine Matrix gilt als bidirektional, wenn sie:
- verfolgt die Anforderung „weiter“, indem die Ergebnisse der Teilergebnisse überprüft werden
- betrachtet die für eine bestimmte Funktion des Produkts festgelegten Geschäftsanforderungen „rückwärts“
Vorteile der Verwendung von RTM
RTM ist in erster Linie ein Planungswerkzeug, das fehlende Anforderungen oder Unstimmigkeiten in der Dokumentation aufzeigt und bei der Entwicklung von Testfällen (zu Beginn der Validierung) dabei hilft, den Umfang der Regressionstests festzulegen. Regressionstests sind eine Art der Softwaretests, die sicherstellen, dass zuvor entwickelte und getestete Software auch nach Änderungen oder der Anbindung an andere Software weiterhin wie erwartet funktioniert. (um zu bestätigen, dass sich die Änderung an Variable B nicht negativ auf die bestehende Variable A ausgewirkt hat)
Außerdem bestätigt sie eine Testabdeckung von 100 %, die den Anteil des Projekts angibt, der während der Tests abgedeckt wurde. Die Testabdeckung liefert uns eine objektive Bewertung eines Testfalls, die bei einer Abdeckung unter 100 % kein genaues Maß für die Fehlererkennung darstellt. Die Testabdeckung ist im Grunde eine Qualitätsprüfung der Testfälle, und wir können unsere Testabdeckung erhöhen, indem wir zusätzliche nützliche Testfälle erstellen und unnötige Testfälle weglassen.
RTM kann dabei helfen, die Anzahl der erforderlichen Tests, die Art der erforderlichen Tests sowie die Frage zu klären, ob diese Tests automatisiert, manuell durchgeführt oder wiederverwendet werden können. Sobald wir diese Faktoren ermittelt haben, können wir den bestmöglichen Testfall erstellen und anhand von Fehlerprotokollen einen Überblick über den Gesamtstatus der Fehler liefern.
Ein RTM ist zudem hilfreich, um den Fortschritt visuell darzustellen und sicherzustellen, dass beim Testen keine Funktionen oder Anforderungen übersehen werden.
Schließlich kann RTM dabei helfen, die Auswirkungen der Überarbeitung von Testfällen durch ein QA-Team abzuschätzen.
Validierung
Sobald eine Projektanforderung identifiziert und genehmigt wurde, durchläuft sie einen Validierungs- und Testprozess, um festzustellen, ob die ursprünglichen Anforderungen erfüllt sind. Der Validierungsprozess der Anforderungsverfolgung hat einen enormen Einfluss auf die Identifizierung von Fehlern. Wenn ein Testfall eine Anforderung nicht erfüllt, gilt dies als Fehler und muss behoben werden. Nach der Identifizierung eines Fehlers wird empfohlen, die Auswirkungen des jeweiligen Fehlers genau zu bestimmen und diese zu beheben, damit das Projekt weiterhin den ursprünglichen Anforderungen entspricht. Der Prozess der Fehleridentifizierung kann ohne die Automatisierung durch eine Anforderungsverfolgungsmatrix zeitaufwändig und mühsam sein, da eine Matrix es ermöglicht, festzustellen, welche Tests erneut durchgeführt werden müssen.
Ein RTM ist zudem hilfreich, um den Fortschritt visuell darzustellen und sicherzustellen, dass beim Testen keine Funktionen oder Anforderungen übersehen werden.
Schließlich kann RTM dabei helfen, die Auswirkungen der Überarbeitung von Testfällen durch ein QA-Team abzuschätzen.
Quellen
Fordern Sie eine Demo an!
- Vereinbaren Sie eine Vorführung mit einem unserer geschulten Produktexperten.
- Erhalten Sie eine personalisierte Demo, die den Prozess Ihres Teams nachahmt.
- Beauftragen Sie unsere Experten zu Themen wie Workflow oder Best Practices.
Reduzieren Sie den Aufwand für UAT
50 % weniger Aufwand für UAT
Bewährte Zeitersparnis
80 % Zeitersparnis bei der Erstellung von Trace-Analysen
Genehmigungen optimieren
Deutliche Verringerung der Verzögerungen bei der Genehmigung
Leistung steigern
50 % Anforderungen Produktivitätssteigerung
Nacharbeit reduzieren
10-fache Reduzierung der Entwicklungsnacharbeiten
Vereinfachung der Compliance
40 % weniger Aufwand für die Compliance-Berichterstattung
