Wat is de Traceerbaarheidsmatrix (RTM) van vereisten bij testen?

Wat is Traceerbaarheidsmatrix (TM)?

Een traceerbaarheidsmatrix is ​​een document dat alle documenten met twee basislijnen met elkaar in verband brengt waarvoor een veel-op-veel-relatie nodig is om de volledigheid van de relatie te controleren.

Het wordt gebruikt om de vereisten bij te houden en om te controleren of aan de huidige projectvereisten wordt voldaan.

Wat is de vereiste traceerbaarheidsmatrix?

Vereisten Traceerbaarheidsmatrix (RTM) is een document dat de gebruikersvereisten met testgevallen in kaart brengt en traceert. Het legt alle door de klant voorgestelde vereisten en de traceerbaarheid van vereisten vast in één enkel document, dat wordt afgeleverd aan het einde van het contract Levenscyclus van softwareontwikkeling. Het belangrijkste doel van de Requirement Traceability Matrix is ​​om te valideren dat alle vereisten worden gecontroleerd via testgevallen, zodat geen enkele functionaliteit wordt uitgeschakeld tijdens het testen van software.

Waarom is RTM belangrijk?

De belangrijkste agenda van elke tester zou moeten zijn om de vereisten van de klant te begrijpen en ervoor te zorgen dat het outputproduct vrij van gebreken is. Om dit doel te bereiken moet elke QA de vereiste grondig begrijpen en positieve en negatieve testgevallen creëren.

Dit zou betekenen dat de softwarevereisten van de klant verder moeten worden opgesplitst in verschillende scenario's en verder moeten worden getest. Elk van deze gevallen moet afzonderlijk worden uitgevoerd.

Hier rijst de vraag hoe u ervoor kunt zorgen dat de vereiste wordt getest, rekening houdend met alle mogelijke scenario's/gevallen? Hoe zorg je ervoor dat geen enkele vereiste buiten de testcyclus wordt gelaten?

Een eenvoudige manier is om de vereiste te traceren met de bijbehorende testscenario's en testgevallen. Dit wordt alleen maar 'Requirement Traceability Matrix' genoemd.

De traceerbaarheidsmatrix is ​​doorgaans een werkblad dat de vereisten met al het mogelijke bevat test scenario's en gevallen en hun huidige status, dat wil zeggen of ze zijn aangenomen of niet zijn geslaagd. Dit zou het testteam helpen inzicht te krijgen in het niveau van de testactiviteiten die voor het specifieke product zijn uitgevoerd.

Welke parameters moeten worden opgenomen in de vereiste traceerbaarheidsmatrix?

  • Vereiste ID:
  • Vereistetype en beschrijving
  • Testgevallen met status

Vereisten Traceability Matrix

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.

Vereisten Traceability Matrix

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 een gebruikersacceptatietest moet worden uitgevoerd door de gebruikers, 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 bieden One Stop Shop voor alle testactiviteiten.

Afgezien van het afzonderlijk bijhouden van een Excel. Een testteam kan er ook voor kiezen om de beschikbare Test Management Tools in kaart te brengen.

Soorten traceerbaarheidstestmatrix

Bij Software Engineering kan de 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 te controleren of het huidige product op de goede weg blijft. Het doel achter dit soort traceerbaarheid is om te verifiëren dat we de reikwijdte van het project niet uitbreiden door code, ontwerpelementen, tests of ander werk toe te voegen dat niet in de vereisten is gespecificeerd. Het koppelt testgevallen aan vereisten.
  • Bidirectionele traceerbaarheid (vooruit+achteruit): Deze traceerbaarheidsmatrix zorgt ervoor dat aan alle vereisten wordt voldaan door testgevallen. Het analyseert de impact van een verandering in de eisen die worden beïnvloed door de Defect in een werkproduct en omgekeerd.

Hoe u een vereistetraceerbaarheidsmatrix 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 aannemen, het volgendewing tabel is ons Business Requirement Document of BRD voor Guru99-bankproject.

Hier is het scenario dat de klant in staat zou moeten zijn om in te loggen op de Guru99-bankwebsite met het juiste wachtwoord en user#id, terwijl de manager in staat zou moeten zijn om in te loggen op de website via de inlogpagina van de klant.

Hoe u een traceerbaarheidsmatrix voor vereisten (RTM) kunt creëren

Terwijl de onderstaande tabel onze is Technisch vereistedocument (TRD).

Hoe u een traceerbaarheidsmatrix voor vereisten (RTM) kunt creëren

Opmerking: QA-teams documenteren de BRD en TRD niet. Sommige bedrijven gebruiken ook Functievereistedocumenten (FRD) die vergelijkbaar zijn met het document met technische vereisten, maar het proces voor het maken van de traceerbaarheidsmatrix blijft hetzelfde.

Laten we doorgaan en RTM creëren in testen

Stap 1) Onze voorbeeld testcase is

“Verifieer de aanmelding, wanneer de juiste ID en het juiste wachtwoord zijn ingevoerd, zou het inloggen succesvol moeten zijn”

Hoe u een traceerbaarheidsmatrix voor vereisten (RTM) kunt creëren

Stap 2) Identificeer de technische vereiste die deze testcase verifieert. Voor onze testcase is de technische vereiste dat T94 wordt geverifieerd.

Hoe u een traceerbaarheidsmatrix voor vereisten (RTM) kunt creëren

Stap 3) Noteer deze technische vereiste (T94) in de testcase.

Hoe u een traceerbaarheidsmatrix voor vereisten (RTM) kunt creëren

Stap 4) Identificeer de bedrijfsvereiste waarvoor deze TR (Technical Requirement-T94) is gedefinieerd

Hoe u een traceerbaarheidsmatrix voor vereisten (RTM) kunt creëren

Stap 5) Let op de BR (Business Requirement) in de testcase

Hoe u een traceerbaarheidsmatrix voor vereisten (RTM) kunt creëren

Stap 6) Doe het bovenstaande voor alle testgevallen. Later Extraheer de eerste drie kolommen uit uw testsuite. RTM in testen is klaar!

Hoe u een traceerbaarheidsmatrix voor vereisten (RTM) kunt creëren

Voordeel van de vereiste traceerbaarheidsmatrix

  • 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 inschatten van de impact op het werk van het QA-team met betrekking tot het opnieuw bekijken of herwerken van de testgevallen

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)