Vad är kravspårbarhetsmatris (RTM)? Exempel mall

Vad är spårbarhetsmatris? (TM)

En spårbarhetsmatris är ett dokument som samrelaterar alla två baslinjedokument som kräver en mång-till-många-relation för att kontrollera att förhållandet är fullständigt.

Den används för att spåra kraven och kontrollera de aktuella projektkraven är uppfyllda.

Vad är kravspårbarhetsmatris?

Kravspårbarhetsmatris (RTM) är ett dokument som kartlägger och spårar användarkrav med testfall. Den registrerar alla krav som föreslagits av klienten och spårbarhet i ett enda dokument som levereras vid slutet av livscykeln för mjukvarudevolution. Huvudsyftet med kravspårbarhetsmatris är att verifiera att alla krav kontrolleras via testfall så att ingen funktion är avmarkerad under programvarutestning.

I den här handledningen lär du dig mer om-

Varför är RTM viktigt?
Vilka parametrar ska inkluderas i kravspårbarhetsmatris?
Typer av spårbarhetstestmatris
Hur man skapar kravspårbarhetsmatris
Fördel med kravspårbarhetsmatris
Krav Spårbarhetsmatris (RTM) -mall

Varför är RTM viktigt?

Huvudagendan för varje testare bör vara att förstå kundens krav och se till att produktionen ska vara felfri. För att uppnå detta mål bör varje kvalitetssäkring förstå kraven grundligt och skapa positiva och negativa testfall.

Detta skulle innebära att mjukvarukraven som tillhandahålls av klienten måste delas upp ytterligare i olika scenarier och vidare för att testa fall. Var och en av de här fallen måste utföras individuellt.

En fråga uppstår här om hur man ser till att kravet testas med tanke på alla möjliga scenarier / fall? Hur ser man till att eventuella krav inte lämnas utanför testcykeln?

Ett enkelt sätt är att spåra kravet med motsvarande testscenarier och testfall. Detta kallas bara som 'Matris för spårbarhetskrav'.

Spårbarhetsmatrisen är vanligtvis ett kalkylblad som innehåller kraven med alla möjliga testscenarier och fall och deras nuvarande tillstånd, dvs. om de har godkänts eller misslyckats. Detta skulle hjälpa testteamet att förstå nivån på testaktiviteter som utförts för den specifika produkten.

Vilka parametrar ska inkluderas i kravspårbarhetsmatris?

Kravs-ID
Kravstyp och beskrivning
Testa fall med status

Ovan är ett provkrav spårbarhetsmatris.

Men i ett typiskt programvarutestningsprojekt skulle spårbarhetsmatrisen ha mer än dessa parametrar.

Som illustreras ovan kan en kravspårbarhetsmatris:

Visa kravtäckningen i antalet testfall
Designstatus samt utförandestatus för det specifika testfallet
Om det finns något användaracceptans-test som ska göras av användarna kan UAT-status också fångas i samma matris.
De relaterade defekterna och det aktuella tillståndet kan också nämnas i samma matris.

Denna typ av matris skulle ge One Stop Shop för alla testaktiviteter.

Bortsett från att behålla ett excel separat. Ett testteam kan också välja krav som spårar tillgängliga testhanteringsverktyg.

Typer av spårbarhetstestmatris

Inom Software Engineering kan spårbarhetsmatris delas in i tre huvudkomponenter som nämns nedan:

Spårbarhet framåt : Denna matris används för att kontrollera om projektet fortskrider i önskad riktning och för rätt produkt. Den ser till att varje krav tillämpas på produkten och att varje krav testas noggrant. Den kartlägger kraven för att testa fall.
Spårbarhet bakåt eller bakåt: Den används för att säkerställa om den aktuella produkten förblir på rätt spår. Syftet med denna typ av spårbarhet är att verifiera att vi inte utvidgar projektets omfattning genom att lägga till kod, designelement, test eller annat arbete som inte anges i kraven. Det kartlägger testfall till krav.
Dubbelriktad spårbarhet (framåt + bakåt): Denna spårbarhetsmatris säkerställer att alla krav täcks av testfall. Den analyserar effekterna av en förändring av kraven som påverkas av Defekten i en arbetsprodukt och vice versa.

Hur man skapar kravspårbarhetsmatris

Låt oss förstå begreppet kravspårbarhetsmatris genom ett Guru99-bankprojekt.

På grundval av Business Requirement Document (BRD) och Technical Requirement Document (TRD) börjar testare skriva testfall.

Anta att följande tabell är vårt affärsbehovsdokument eller BRD för Guru99-bankprojekt .

Här är scenariot att kunden ska kunna logga in på Guru99-bankwebbplatsen med rätt lösenord och användar-id medan manager ska kunna logga in på webbplatsen via kundinloggningssidan.

Medan nedanstående tabell är vårt tekniska kravdokument (TRD) .

Obs! QA-team dokumenterar inte BRD och TRD. Vissa företag använder också Function Requirement Documents (FRD) som liknar Technical Requirement Document men processen för att skapa spårbarhetsmatris förblir densamma.

Låt oss gå framåt och skapa RTM i testning

Steg 1: Vårt testfall är

"Verifiera inloggning, när rätt ID och lösenord anges, ska det logga in framgångsrikt"

Steg 2 : Identifiera det tekniska kravet som detta testfall bekräftar. För vårt testfall är det tekniska kravet att T94 verifieras.

Steg 3: Observera detta tekniska krav (T94) i testfallet.

Steg 4: Identifiera affärskravet för vilket denna TR (Technical Requirement-T94) är definierad

Steg 5: Notera BR (Business Requirement) i testfall

Steg 6: Gör ovan för alla testfall. Senare extrahera de första 3 kolumnerna från din testsvit. RTM i testning är redo!

Fördel med kravspårbarhetsmatris

Det bekräftar 100% testtäckning
Det lyfter fram eventuella krav som saknas eller dokumentkonsekvenser
Den visar de övergripande bristerna eller körningsstatusen med fokus på affärsbehov
Det hjälper till att analysera eller uppskatta inverkan på QA-teamets arbete med avseende på omprövning eller omarbetning av testfallet