Wat is de Traceerbaarheidsmatrix (RTM) van vereisten bij testen?
Thomas Hamilton
⚡ Slimme samenvatting
De Requirements Traceability Matrix (RTM) is een gestructureerd document dat projectvereisten koppelt aan de bijbehorende testcases, waardoor volledige dekking en validatie wordt gegarandeerd. De RTM speelt een cruciale rol bij het testen van software door ontbrekende functionaliteiten te voorkomen, compliance te ondersteunen en inzicht te bieden aan alle belanghebbenden.
Wat is Traceerbaarheidsmatrix (TM)?
Een traceerbaarheidsmatrix is een document waarin twee basisdocumenten met elkaar in verband worden gebracht. Hiervoor is een veel-op-veelrelatie nodig om de volledigheid van de relatie te controleren.
Het wordt gebruikt om de vereisten bij te houden en te controleren of aan de huidige projectvereisten wordt voldaan.
👉 Schrijf je gratis in voor een live softwaretestproject
Wat is een vereistentraceerbaarheidsmatrix?
Een Requirement Traceability Matrix (RTM) is een document dat gebruikersvereisten in kaart brengt en traceert met testcases. Het legt alle door de klant voorgestelde vereisten en de traceerbaarheid ervan vast in één document, dat aan het einde van de test wordt opgeleverd. Levenscyclus van softwareontwikkelingHet hoofddoel van de Requirement Traceability Matrix is om te valideren dat alle vereisten worden gecontroleerd via testcases, zodat er geen functionaliteit ongecontroleerd blijft tijdens het testen van software.
Waarom is RTM belangrijk?
De belangrijkste doelstelling van elke tester zou moeten zijn om de eisen van de klant te begrijpen en ervoor te zorgen dat het eindproduct foutloos is. Om dit doel te bereiken, moet elke QA de eisen grondig begrijpen en positieve en negatieve testcases opstellen.
Dit betekent dat de door de klant aangeleverde softwarevereisten verder moeten worden opgesplitst in verschillende scenario's en testcases. Elk van deze cases moet afzonderlijk worden uitgevoerd.
De vraag rijst hier hoe we ervoor kunnen zorgen dat de vereiste wordt getest, rekening houdend met alle mogelijke scenario's/gevallen. Hoe kunnen we ervoor zorgen dat geen enkele vereiste buiten de testcyclus valt?
Een eenvoudige manier is om de vereiste te traceren met de bijbehorende testscenario's en testgevallenDit wordt de 'Requirement Traceability Matrix' genoemd.
De traceerbaarheidsmatrix is doorgaans een werkblad dat de vereisten bevat met alle mogelijke test scenario's en cases en hun huidige status, d.w.z. of ze geslaagd of gezakt zijn. Dit zou het testteam helpen inzicht te krijgen in het niveau van de testactiviteiten die voor het specifieke product zijn uitgevoerd.
Wie heeft RTM nodig?
A Vereisten Traceerbaarheidsmatrix (RTM) is niet alleen voor testers, maar is waardevol voor iedereen die betrokken is bij het leveren van hoogwaardige software of projecten.
- QA en testers → Zorg voor 100% dekking van de vereisten met goed in kaart gebrachte testcases.
- Bedrijfsanalisten → Volg de vereisten uit SRS/User Stories tot en met de uitvoering.
- Project Managers → Krijg inzicht in de scope, voortgang en gemiste vereisten.
- Developers → Begrijp hoe functies aansluiten bij bedrijfsdoelen.
- gereguleerde industrieën (Gezondheidszorg, automobielindustrie, lucht- en ruimtevaart, financiën) → Bewijs naleving en slaag voor audits met duidelijke traceerbaarheid.
- Klanten en belanghebbenden → U krijgt de zekerheid dat hun vereisten worden geïmplementeerd en getest.
👉 Kortom, iedereen die verantwoordelijk is voor het opstellen, valideren of goedkeuren van softwarevereisten voordelen van RTM.
Welke parameters moeten worden opgenomen in de Requirement Traceability Matrix?
- Vereiste ID:
- Vereistetype en Description
- Testgevallen met status
Hierboven ziet u een voorbeeld van een traceerbaarheidsmatrix voor vereisten.
Maar in een typisch software testen project zou de traceerbaarheidsmatrix meer dan deze parameters bevatten.
Zoals hierboven geïllustreerd, kan een traceerbaarheidsmatrix voor vereisten:
- Toon de vereiste dekking in het aantal testgevallen
- Ontwerpstatus en uitvoeringsstatus voor de specifieke testcase
- Als er gebruikersacceptatietesten door de gebruikers moeten worden uitgevoerd, kan de UAT-status ook in dezelfde matrix worden vastgelegd.
- De gerelateerde defecten en de huidige status kunnen ook in dezelfde matrix worden vermeld.
Dit soort matrix zou voorzien One-Stop Shop voor alle testactiviteiten.
Naast het apart bijhouden van een Excel-bestand, kan een testteam ook kiezen voor requirements tracing, beschikbaar in Test Management Tools.
Soorten traceerbaarheidstestmatrix
In software engineering kan een traceerbaarheidsmatrix worden onderverdeeld in drie hoofdcomponenten, zoals hieronder vermeld:
- Voorwaartse traceerbaarheid: Deze matrix wordt gebruikt om te controleren of het project in de gewenste richting en voor het juiste product vordert. Het zorgt ervoor dat elke vereiste op het product wordt toegepast en dat elke vereiste grondig wordt getest. Het brengt vereisten in kaart voor testgevallen.
- Achterwaartse of omgekeerde traceerbaarheid: Het wordt gebruikt om ervoor te zorgen dat het huidige product op het juiste spoor blijft. Het doel van dit type traceerbaarheid is om te verifiëren dat we de scope van het project niet uitbreiden door code, ontwerpelementen, tests of ander werk toe te voegen dat niet in de vereisten is gespecificeerd. Het koppelt testcases aan vereisten.
- Bidirectionele traceerbaarheid (vooruit+achteruit): Deze traceerbaarheidsmatrix zorgt ervoor dat testcases alle vereisten afdekken. Het analyseert de impact van een wijziging in de vereisten die wordt beïnvloed door de Defect in een werkproduct en omgekeerd.
Hoe u een matrix voor traceerbaarheid van vereisten kunt maken
Laten we het concept van de Requirement Traceability Matrix begrijpen via een Guru99-bankproject.
Op basis van het Business Requirement Document (BRD) en Technisch vereistedocument (TRD), beginnen testers testcases te schrijven.
Laten we veronderstellen dat de volgende tabel ons Business Requirement Document is of BRD voor de Guru99-bankproject.
In dit geval is het scenario dat de klant met het juiste wachtwoord en de juiste gebruikers-ID kan inloggen op de Guru99-bankwebsite, terwijl de manager via de inlogpagina van de klant op de website kan inloggen.
De onderstaande tabel is onze Technisch vereistedocument (TRD).
Opmerking: QA-teams documenteren de BRD en TRD niet. Sommige bedrijven gebruiken ook Functievereistedocumenten (FRD), die vergelijkbaar zijn met technische vereistendocumenten, maar het proces voor het maken van een traceerbaarheidsmatrix blijft hetzelfde.
Laten we doorgaan en RTM creëren in testen
Stap 1) Onze voorbeeld testcase is
“Inloggen verifiëren: Wanneer de juiste ID en het juiste wachtwoord zijn ingevoerd, zou het inloggen succesvol moeten verlopen.”
Stap 2) Identificeer de technische vereiste die deze testcase verifieert. Voor onze testcase wordt technische vereiste T94 geverifieerd.
Stap 3) Noteer deze technische vereiste (T94) in de testcase.
Stap 4) Identificeer de bedrijfsvereiste waarvoor deze TR (Technical Requirement-T94) is gedefinieerd
Stap 5) Let op de BR (Business Requirement) in de testcase
Stap 6) Voer bovenstaande uit voor alle testcases. Later, Extraheer de eerste 3 kolommen uit uw testsuite. RTM in testen is klaar!
Voordelen van de Requirement Traceability Matrix
- Het bevestigt 100% testdekking
- Het benadrukt eventuele ontbrekende vereisten of inconsistenties in de documenten
- Het toont de algehele defecten of uitvoeringsstatus met een focus op zakelijke vereisten
- Het helpt bij het analyseren of schatten van de impact op het werk van het QA-team met betrekking tot het herzien of herwerken van de testcases
Best practices en tips voor het gebruik van RTM
Een Requirements Traceability Matrix (RTM) is het meest effectief als deze: eenvoudig, consistent en regelmatig bijgewerkt gehoudenHier zijn de beste werkwijzen waarmee teams ervoor kunnen zorgen volledige dekking, minimale herbewerking en verbeterd vertrouwen in de projectoplevering:
- Begin vroeg → Maak uw RTM aan het begin van het project.
- Houd het bijgewerkt → Werk de matrix bij wanneer de vereisten of testcases veranderen.
- Gebruik Clear ID's → Wijs unieke ID's toe aan vereisten en testcases voor eenvoudige traceerbaarheid.
- Dekking van positieve en negatieve gevallen → Zorg ervoor dat elke vereiste vanuit meerdere testhoeken wordt gevalideerd.
- Werk samen in teams → Betrek testers, ontwikkelaars, BA's en projectmanagers bij het onderhouden van RTM.
- Maak gebruik van tools → Overweeg in plaats van spreadsheets testbeheertools (zoals Jira, HP ALM of Zephyr) voor schaalbaarheid.
- Versiebeheer → Bewaar historische versies om wijzigingen bij te houden en naleving te waarborgen.
- Focus op eenvoud → Zorg ervoor dat de matrix niet te vol raakt; markeer alleen de essentiële parameters.
- Regelmatig controleren → Bekijk de RTM regelmatig om hiaten te ontdekken voordat u de deadlines test.
- Link naar bedrijfswaarde → Koppel de vereisten aan de bedrijfsdoelen om de ROI te laten zien.
Veelvoorkomende RTM-uitdagingen en oplossingen
- Uitdaging: RTM up-to-date houden
Vereisten en testcases veranderen vaak, waardoor RTM snel verouderd is.
Oplossing: Gebruik geautomatiseerde testbeheertools die vereisten, testcases en defecten in realtime synchroniseren. - Uitdaging: Overmatige complexiteit
Als u te veel parameters toevoegt, wordt het lastig om RTM te onderhouden en te interpreteren.
Oplossing: Houd RTM lean door u alleen te richten op essentiële velden, zoals ID's, beschrijvingen en status. - Uitdaging: slechte teamsamenwerking
Verschillende teams zijn het mogelijk niet met elkaar eens over eigenaarschap of updates.
Oplossing: Definieer duidelijke rollen, betrek testers, ontwikkelaars en analisten en plan regelmatige RTM-beoordelingen. - Uitdaging: Onvolledige dekking van de vereisten
Voor sommige vereisten ontbreken testcases, waardoor functionaliteit verloren gaat.
Oplossing: Valideer de dekking regelmatig, gebruik bidirectionele traceerbaarheid en voer audits uit vóór grote releases. - Uitdaging: handmatige inspanning bij grote projecten
Het beheren van RTM in spreadsheets is tijdrovend voor complexe systemen.
Oplossing: Gebruik RTM-hulpmiddelen zoals Jira, HP ALM of Zephyr om mapping en rapportage te automatiseren.
Laten we RTM leren met een voorbeeld in de video
Klik hier als de video niet toegankelijk is
Sjabloon voor traceerbaarheidsmatrix (RTM) van vereisten
Klik hieronder om het RTM-sjabloon Excel-bestand te downloaden
Download de RTM-sjabloon Excel(.xlsx)
