Wat is de Requirements Traceability Matrix (RTM)? Voorbeeldsjabloon

Wat is traceerbaarheidsmatrix? (TM)

Een traceerbaarheidsmatrix is een document dat alle documenten met twee basislijnen die een veel-op-veel-relatie vereisen, aan elkaar relateert 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 matrix voor traceerbaarheid van vereisten?

Requirement Traceability Matrix (RTM) is een document dat de gebruikersbehoefte in kaart brengt en traceert met testcases. Het bevat alle vereisten die door de klant worden voorgesteld en de traceerbaarheid van vereisten in een enkel document, dat wordt afgeleverd aan het einde van de levenscyclus van softwareontwikkeling. Het belangrijkste doel van de Requirement Traceability Matrix is om te valideren dat alle vereisten worden gecontroleerd via testcases, zodat geen enkele functionaliteit wordt uitgeschakeld tijdens het testen van software.

In deze tutorial leert u meer over-

Waarom is RTM belangrijk?
Welke parameters moeten worden opgenomen in de matrix voor traceerbaarheid van vereisten?
Typen traceerbaarheidstestmatrix
Een matrix voor traceerbaarheid van vereisten maken
Voordeel van de matrix voor traceerbaarheid van vereisten
Vereisten traceerbaarheidsmatrix (RTM) -sjabloon

Waarom is RTM belangrijk?

De belangrijkste agenda van elke tester moet zijn om de eisen van de klant te begrijpen en ervoor te zorgen dat het outputproduct geen defecten vertoont. Om dit doel te bereiken, moet elke QA de vereiste grondig begrijpen en positieve en negatieve testcases creëren.

Dit zou betekenen dat de softwarevereisten die door de klant worden verstrekt, verder moeten worden opgesplitst in verschillende scenario's en verder naar testcases. Elk van deze gevallen moet afzonderlijk worden uitgevoerd.

Een vraag rijst hier hoe u ervoor kunt zorgen dat de vereiste wordt getest met inachtneming van alle mogelijke scenario's / gevallen? Hoe kan ik ervoor zorgen dat geen enkele vereiste buiten de testcyclus wordt gelaten?

Een eenvoudige manier is om de vereiste te traceren met de bijbehorende testscenario's en testcases. Dit wordt louter aangeduid als 'Matrix voor traceerbaarheid van vereisten'.

De traceerbaarheidsmatrix is typisch een werkblad dat de vereisten bevat met alle mogelijke testscenario's en cases en hun huidige status, dwz of ze zijn geslaagd of niet. Dit zou het testteam helpen om het niveau van testactiviteiten voor het specifieke product te begrijpen.

Welke parameters moeten worden opgenomen in de matrix voor traceerbaarheid van vereisten?

Vereiste-ID
Vereistype en beschrijving
Testcases met status

Hierboven ziet u een voorbeeld van een traceerbaarheidsmatrix voor vereisten.

Maar in een typisch softwaretestproject zou de traceerbaarheidsmatrix meer dan deze parameters bevatten.

Zoals hierboven geïllustreerd, kan een matrix voor traceerbaarheid van vereisten:

Toon de vereiste dekking in het aantal testgevallen
Zowel ontwerpstatus als uitvoeringsstatus voor de specifieke testcase
Als er een gebruikersacceptatietest is die door de gebruikers moet worden uitgevoerd, kan de UAT-status ook in dezelfde matrix worden vastgelegd.
De gerelateerde defecten en de huidige staat kunnen ook in dezelfde matrix worden vermeld.

Dit soort matrix zou een one-stop-shop bieden voor alle testactiviteiten.

Afgezien van het apart onderhouden van een Excel. Een testteam kan er ook voor kiezen om de beschikbare Test Management Tools op te sporen.

Typen traceerbaarheidstestmatrix

In 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 verloopt. Het zorgt ervoor dat elke vereiste op het product wordt toegepast en dat elke vereiste grondig wordt getest. Het brengt vereisten in kaart om gevallen te testen.
Achterwaartse of omgekeerde traceerbaarheid: het wordt gebruikt om ervoor te zorgen dat het huidige product op de goede weg blijft. Het doel achter dit type traceerbaarheid is om te verifiëren dat we de reikwijdte van het project niet uitbreiden door code, ontwerpelementen, test of ander werk toe te voegen dat niet in de vereisten is gespecificeerd. Het brengt testgevallen in kaart op basis van vereisten.
Bidirectionele traceerbaarheid (vooruit + achteruit): deze traceerbaarheidsmatrix zorgt ervoor dat alle vereisten worden gedekt door testcases. Het analyseert de impact van een wijziging in de vereisten die worden beïnvloed door het defect in een werkproduct en vice versa.

Een matrix voor traceerbaarheid van vereisten maken

Laten we het concept van de Requirement Traceability Matrix begrijpen via een Guru99-bankproject.

Op basis van het Business Requirement Document (BRD) en Technical Requirement Document (TRD) gaan testers testcases schrijven.

Stel dat de volgende tabel ons Business Requirement Document of BRD voor Guru99-bankproject is .

Hier is het scenario dat de klant moet kunnen inloggen op de Guru99-bankwebsite met het juiste wachtwoord en gebruikersnaam # id, terwijl de manager moet kunnen inloggen op de website via de inlogpagina van de klant.

Terwijl de onderstaande tabel ons Technical Requirement Document (TRD) is .

Opmerking: QA-teams documenteren de BRD en TRD niet. Sommige bedrijven gebruiken ook Function Requirement Documents (FRD) die vergelijkbaar zijn met Technical Requirement Document, maar het proces voor het maken van een traceerbaarheidsmatrix blijft hetzelfde.

Let's Go Ahead en creëer RTM in Testing

Stap 1: Onze voorbeeldtestcase is

"Verifieer de login, wanneer de juiste ID en het wachtwoord zijn ingevoerd, zou het succesvol moeten inloggen"

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

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

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

Stap 5: Let op de BR (Business Requirement) in Test Case

Stap 6: Doe het bovenstaande voor alle testcases. Extraheer later de eerste 3 kolommen uit uw testsuite. RTM in testen is klaar!

Voordeel van de matrix voor traceerbaarheid van vereisten

Het bevestigt 100% testdekking
Het markeert ontbrekende vereisten of documenteert inconsistenties
Het toont de algemene 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 bezoeken of herwerken van de testcases