Vad är Requirements Traceability Matrix (RTM) vid testning?
Thomas Hamilton
Vad är spårbarhetsmatrix (TM)?
En spårbarhetsmatris är ett dokument som samrelaterar alla två-baslinjedokument som kräver en många-till-många-relation för att kontrollera att relationen är fullständig.
Den används för att spåra kraven och för att kontrollera att aktuella projektkrav uppfylls.
Vad är Requirement Traceability Matrix?
Kravspårbarhetsmatris (RTM) är ett dokument som kartlägger och spårar användarkrav med testfall. Den samlar alla krav som föreslagits av klienten och kravspårbarhet i ett enda dokument, levererat i slutet av Programvaruutveckling livscykel. Huvudsyftet med Requirement Traceability Matrix är att validera att alla krav kontrolleras via testfall så att ingen funktionalitet avmarkeras under mjukvarutestning.
Varför är RTM viktigt?
Huvudagendan för varje testare bör vara att förstå kundens krav och se till att den utgående produkten ska vara felfri. För att uppnå detta mål bör varje QA förstå kravet grundligt och skapa positiva och negativa testfall.
Detta skulle innebära att de programvarukrav som klienten tillhandahåller måste delas upp ytterligare i olika scenarier och vidare till testfall. Vart och ett av dessa fall måste verkställas individuellt.
En fråga uppstår här om hur man säkerställer att kravet testas med hänsyn till alla möjliga scenarier/fall? Hur säkerställer man att något krav inte lämnas utanför testcykeln?
Ett enkelt sätt är att spåra kravet med dess motsvarande testscenarier och testfall. Detta benämns bara som "Requirement Traceability Matrix".
Spårbarhetsmatrisen är vanligtvis ett kalkylblad som innehåller kraven med allt möjligt testscenarier och ärenden och deras nuvarande tillstånd, dvs om de är godkända eller underkända. Detta skulle hjälpa testteamet att förstå nivån på testaktiviteter som görs för den specifika produkten.
Vilka parametrar ska inkluderas i kravspårbarhetsmatrisen?
- Krav-ID
- Kravtyp och Description
- Testfall med status
Ovan är ett exempel på kravspårbarhetsmatris.
Men i en typisk mjukvarutestning projekt skulle spårbarhetsmatrisen ha mer än dessa parametrar.
Som illustreras ovan kan en kravspårbarhetsmatris:
- Visa kravtäckningen i antal testfall
- Konstruktionsstatus samt utförandestatus för det specifika testfallet
- Om det finns något användaracceptanstest 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.
Förutom att upprätthålla ett excel separat. Ett testteam kan också välja krav som spårar tillgängliga testhanteringsverktyg.
Typer av spårbarhetstestmatris
Inom mjukvaruteknik kan spårbarhetsmatrisen 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 krav på testfall.
- 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 utökar projektets omfattning genom att lägga till kod, designelement, test eller annat arbete som inte specificeras i kraven. Den mappar 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 effekten av en förändring i krav som påverkas av defekt i en arbetsprodukt och vice versa.
Hur man skapar kravspårbarhetsmatris
Låt oss förstå konceptet med Requirement Traceability Matrix genom ett Guru99-bankprojekt.
Baserat på Business Requirement Document (BRD) och Tekniskt kravdokument (TRD), testare börjar skriva testfall.
Låt anta att följande tabell är vårt affärskravdokument eller BRD för Guru99 bankprojekt.
Här är scenariot att kunden ska kunna logga in på Guru99 bankwebbplats med rätt lösenord och användar#id medan chefen ska kunna logga in på hemsidan via kundinloggningssidan.
Medan tabellen nedan är vår Tekniskt kravdokument (TRD).
Obs: QA-team dokumenterar inte BRD och TRD. Vissa företag använder också Funktionskravsdokument (FRD) som liknar Technical Requirement Document men processen för att skapa spårbarhetsmatrix förblir densamma.
Låt oss gå vidare och skapa RTM i testning
Steg 1) Vår exempel på testfall is
"Verifiera inloggning, när rätt ID och lösenord har angetts bör det logga in framgångsrikt"
Steg 2) Identifiera det tekniska kravet som detta testfall verifierar. För vårt testfall är det tekniska kravet att T94 håller på att 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 testfallet
Steg 6) Gör ovan för alla testfall. Later Extrahera de tre första kolumnerna från din testsvit. RTM i testning är redo!
Fördel med Requirement Traceability Matrix
- Det bekräftar 100 % testtäckning
- Det belyser eventuella krav som saknas eller dokumentinkonsekvenser
- Den visar de övergripande defekterna eller exekveringsstatusen med fokus på affärskrav
- Det hjälper till att analysera eller uppskatta effekten på QA-teamets arbete med avseende på att återbesöka eller omarbeta testfallen
Låt oss lära oss RTM med ett exempel i videon
Klicka här. om videon inte är tillgänglig
Krav Spårbarhetsmatrix (RTM) Mall
Klicka nedan för att ladda ner RTM Template Excel-fil
