Glossar · Testgrundlagen
Rückverfolgbarkeitsmatrix
Englisch: Requirements traceability matrix
Auch genannt: RTM, Traceability-Matrix, Anforderungs-Rückverfolgbarkeitsmatrix, Verfolgbarkeitsmatrix
Definition
Eine Tabelle, die jede Anforderung den prüfenden Testfällen und deren Ergebnissen zuordnet, sodass Abdeckungslücken und Auswirkungen von Änderungen sichtbar werden.
Eine Rückverfolgbarkeitsmatrix (Requirements Traceability Matrix, RTM) verknüpft Anforderungen mit den Tests, die sie abdecken, und oft weiter mit Ausführungsergebnissen und Fehlern. Sie beantwortet zwei Fragen schnell: Ist jede Anforderung getestet, und welche Tests müssen angepasst werden, wenn sich diese Anforderung ändert? In regulierten Bereichen wie Medizinprodukten, Luftfahrt und Finanzwesen ist sie Pflicht, und nützlich ist sie überall dort, wo Abdeckung nachgewiesen werden muss.
Beispiel
| Anforderung | Beschreibung | Testfälle | Status | Fehler |
|---|---|---|---|---|
| AUTH-01 | Nutzer kann sich mit gültigen Zugangsdaten anmelden | TC-101, TC-102 | Bestanden | keine |
| AUTH-02 | Konto wird nach 5 Fehlversuchen gesperrt | TC-103, TC-104, TC-105 | Fehlgeschlagen | BUG-311 |
| AUTH-03 | Link zum Zurücksetzen des Passworts läuft nach 30 Minuten ab | (keine) | Nicht abgedeckt | n. a. |
So lesen Sie sie: AUTH-03 hat keine Tests, das ist eine Abdeckungslücke. AUTH-02 ist abgedeckt, schlägt aber fehl, und ist damit ein Release-Risiko, das an einen konkreten Bug gebunden ist.
Vorwärts, rückwärts und bidirektional
- Vorwärts-Rückverfolgbarkeit: von der Anforderung zu den Tests. Belegt, dass jede Anforderung verifiziert wird.
- Rückwärts-Rückverfolgbarkeit: vom Test zur Anforderung. Zeigt Tests, die nichts verifizieren, was jemand gefordert hat; diese sind womöglich veraltet oder decken eine fehlende Anforderung auf.
- Bidirektional: beide Richtungen, und das ist es, was die meisten Auditoren erwarten.
RTM vs. Codeabdeckung
Eine RTM misst die Anforderungsabdeckung: ob es für jeden formulierten Bedarf einen Test gibt. Die Codeabdeckung misst, welche Zeilen oder Zweige während der Tests ausgeführt wurden. Sie können 100 % Anforderungsabdeckung bei schlechter Codeabdeckung haben und umgekehrt. Beide beantworten unterschiedliche Fragen und funktionieren am besten zusammen.
Wartbar bleiben
Eine von Hand gepflegte Tabelle veraltet schnell. Die meisten Teams erzeugen die Rückverfolgbarkeit stattdessen aus ihren Tools: Testfälle werden im Testmanagement-Tool mit Story-IDs getaggt oder automatisierte Tests mit dem Anforderungsschlüssel annotiert (zum Beispiel mit einem Tag wie @AUTH-02 in Playwright-Testtiteln oder einem JUnit-@Tag), und ein Report führt beides zusammen. Die Matrix ist nur so gut wie die Disziplin, jeden neuen Test zu taggen.