Matrix für die Rückverfolgbarkeit von Anforderungen

Während des Softwaretestprozesses werden viele wichtige Dokumente erstellt, wie z. B. Testfälle, Testszenarien, Testpläne usw. Ein weiteres sehr wichtiges Dokument, das manchmal vernachlässigt wird, ist die RTM (Requirements Traceability Matrix) oder „Requirements Traceability Matrix“.

Inhaltsübersicht

Was ist eine Matrix zur Rückverfolgbarkeit von Anforderungen?

Eine Anforderungsnachvollziehbarkeitsmatrix ist ein Dokument, das Systemanforderungen mit Testfällen verknüpft. Verfolgt die vom Kunden eingegebenen Anforderungen zu den Testfällen, die zum Testen dieser Anforderungen erstellt wurden.

Normalerweise schreibt ein Geschäftsanalytiker oder Projektmanager eine Software-Anforderungsspezifikation (SRS), einen Anwendungsfall, Geschäftsanforderungen (BRS) und/oder ein Projektanforderungsdokument, das alle Anwendungsfälle oder Systemanforderungen auflistet, und eines oder alle dieser Dokumente dienen als Grundlage für die Anforderungsverfolgungsmatrix. Diese Anforderungen sind mit Testfällen verbunden, die vom Testteam geschrieben wurden. Jede Anforderung ist mit einem Testfall verbunden, der für eine zugehörige Anforderung geschrieben wurde. Anforderungen und Testfälle können eins-zu-eins, viele-zu-eins oder viele-zu-viele Beziehungen haben.

Bevor mit dem Entwurf der Anforderungs-Traceability-Matrix begonnen wird, sollten die Anforderungsdokumente (SRS, BRS, etc.) und die Testdokumente (Testszenarien, Testfälle) mit korrekten und eindeutigen IDs versehen werden.

Die Matrix zur Rückverfolgbarkeit von Anforderungen wird verwendet, um sicherzustellen, dass jede Anforderung im Testprozess abgedeckt ist und die zugehörigen Testfälle entwickelt wurden.

Vorteile der Matrix für die Rückverfolgbarkeit von Anforderungen

Wie im vorigen Abschnitt erwähnt, besteht der Hauptzweck der Anforderungsrückverfolgbarkeitsmatrix darin, zu überprüfen, ob alle vom Kunden gestellten Anforderungen getestet wurden. Die Matrix zur Rückverfolgbarkeit der Anforderungen gibt dem Kunden und dem Testteam die Sicherheit, dass alle Anwendungsfälle getestet wurden.

Da die Anforderungsnachvollziehbarkeitsmatrix auch die Priorität jeder zu testenden Anforderung enthalten kann, kann das Testteam wichtige Anforderungen leicht identifizieren und seinen Testzeitplan verwalten, was nützlich ist, wenn das Projekt strengen Zeit- und/oder Ressourcenbeschränkungen unterliegt.

Darüber hinaus hilft die Anforderungsnachvollziehbarkeitsmatrix auch bei der Identifizierung fehlender Anforderungen oder Testfälle.

Wie wird die Matrix zur Rückverfolgbarkeit von Anforderungen erstellt?

Das Format bzw. die Struktur der Matrix für die Rückverfolgbarkeit von Anforderungen ist von Organisation zu Organisation unterschiedlich. Nachfolgend sind jedoch einige wichtige Parameter aufgeführt, die bei der Erstellung der Matrix für die Rückverfolgbarkeit von Anforderungen verwendet werden:

• Anforderungs-ID – Jeder Anforderung im Anforderungsdokument wird eine eindeutige ID zugewiesen. Diese ID kann weiter in detaillierte IDs für Einzelanforderungen unterteilt werden. Zum Beispiel kann jedes Systemanmeldemodul ein Anwendungsfall sein, dem eine ID wie „UC 1“ zugewiesen werden kann. Dieser Anwendungsfall kann nun in Unteranfragen für jeden Schritt aufgeteilt werden, z. B. kann der Schritt „Benutzer gibt seinen Benutzernamen ein“ eine ID von „UC 1.1“ haben, „Benutzer gibt sein Passwort ein“ kann eine ID von „UC 1.2“ haben usw.
• Anforderungsbeschreibung – eine Beschreibung der mit der ID verbundenen Anforderung. Dies ist eine fakultative Spalte.
• Priorität – Die Priorität der zu prüfenden Anfrage.
• Testszenario-ID – Testszenarien werden auf der Grundlage der Anforderungen erstellt. Für das Anmeldemodul kann zum Beispiel „Benutzer meldet sich im System an“ eines der Szenarien sein, dem eine ID wie „TS 1“ zugewiesen werden kann.
• Testszenariobeschreibung – Eine Beschreibung des mit der ID verbundenen Testszenarios. Dies ist eine fakultative Spalte.
• Testfall-ID – Testfälle werden auf der Grundlage der Anforderungen und Testszenarien erstellt. In der Fortsetzung des obigen Beispiels für das Anmeldemodul könnte einer der Testfälle beispielsweise lauten: „Benutzer gibt nur Buchstaben in das Feld Benutzername ein“, und ihm könnte eine ID wie „TS1_TC1“ zugewiesen werden.
• Testfallbeschreibung – Eine Beschreibung des mit der ID verbundenen Testfalls. Dies ist eine fakultative Spalte.
• Status der Testfallentwicklung – ob der Testfall bereits entwickelt wurde oder nicht. Dies kann eine fakultative Spalte sein.
• Testdesigner – Der Name des Testers, der den Testfall entworfen hat. Auch hier handelt es sich um eine optionale Spalte.
• Testausführungsumgebungen – Diese Spalte kann Unterspalten enthalten, damit Sie sehen können, in welchen Umgebungen der Testfall ausgeführt wurde.
• Fehlerstatus – Gibt an, ob der Testfall bestanden hat oder nicht.
• Fehler-ID – Dies ist die ID des vom Testteam gemeldeten Fehlers. Diese ID kann mit dem vom Team verwendeten Fehlerverfolgungstool verknüpft werden.
• Kommentar – Alle von den Teammitgliedern abgegebenen Kommentare.

Diese Parameter können von Organisation zu Organisation unterschiedlich sein, aber es sind wichtige Parameter, die dringend benötigte Klarheit über die Rückverfolgbarkeit schaffen.

In der Regel wird diese Matrix in einer Excel-Tabelle gespeichert.

Typen der Rückverfolgbarkeitsmatrix

Die Rückverfolgbarkeitsmatrix kann in die folgenden Typen unterteilt werden:

• Direkte Rückverfolgbarkeit – In der „direkten Rückverfolgbarkeitsmatrix“ werden die Anforderungen auf die Testfälle abgebildet. So kann sichergestellt werden, dass jede Anforderung in den Testprozess einbezogen wird. Durch diese Art von Matrix wird eine ordnungsgemäße und gründliche Verfolgung der Anforderungen erreicht. Anhand einer solchen Matrix lässt sich leicht erkennen, ob die richtigen Anforderungen für das System geschrieben wurden und ob das Projekt auf dem richtigen Weg ist.
• Rückverfolgbarkeit – Die Rückverfolgbarkeit wird auch als umgekehrte Rückverfolgbarkeit bezeichnet. Bei dieser Art von Matrix werden die Testfälle den Anforderungen zugeordnet, im Gegensatz zur direkten Rückverfolgbarkeit, bei der die Anforderungen den Testfällen zugeordnet werden. Es hilft sicherzustellen, dass für jede Anforderung Testfälle entwickelt werden und dass das entwickelte System auf dem richtigen Weg ist.
• Bidirektionale (direkte und retrospektive) Rückverfolgbarkeit – die bidirektionale Rückverfolgbarkeitsmatrix umfasst sowohl die direkte als auch die retrospektive Rückverfolgbarkeit. Stellt sicher, dass für jede Anforderung der richtige Testfall geschrieben wird und dass jeder Testfall auf die richtige Anforderung zurückgeführt werden kann.

Schlussfolgerung

Eine Anforderungsnachvollziehbarkeitsmatrix ist ein Dokument, das die Kundenanforderungen mit den Testszenarien, Testfällen und Fehlern verfolgt. Es hilft, eine 100%ige Testabdeckung zu erreichen und unterstützt die Nachverfolgung jedes Testfalls.

Darüber hinaus ist das Dokument der Anforderungsnachvollziehbarkeitsmatrix nicht nur für das Testteam nützlich, sondern auch für Geschäftsanalytiker und Projektmanager, d. h. für alle, die für die Dokumentation der Anforderungen verantwortlich sind.