Hva er kravsporbarhetsmatrise (RTM)? Eksempelmal

Hva er sporbarhetsmatrise? (TM)

En sporbarhetsmatrise er et dokument som sammenforholder alle to-baselinjedokumenter som krever mange-til-mange-forhold for å kontrollere fullstendigheten av forholdet.

Den brukes til å spore kravene og for å kontrollere at gjeldende prosjektkrav er oppfylt.

Hva er kravsporbarhetsmatrise?

Kravsporbarhetsmatriks (RTM) er et dokument som kartlegger og sporer brukerkrav med testtilfeller. Den fanger opp alle krav som er foreslått av klienten og sporbarhet i ett dokument, levert ved avslutningen av programvarens utvikling. Hovedformålet med Requirement Traceability Matrix er å validere at alle krav blir kontrollert via testtilfeller slik at ingen funksjonalitet er ukontrollert under programvaretesting.

I denne veiledningen vil du lære mer om-

Hvorfor er RTM viktig?
Hvilke parametere skal inkluderes i kravsporbarhetsmatrise?
Typer sporbarhetstestmatrise
Hvordan lage kravsporbarhetsmatrise
Fordelen med kravsporbarhetsmatrise
Krav Sporbarhetsmatrise (RTM) Mal

Hvorfor er RTM viktig?

Hovedagendaen til hver tester bør være å forstå kundens krav og sørge for at utgangsproduktet skal være feilfritt. For å oppnå dette målet, bør hver kvalitetssikring forstå kravet grundig og lage positive og negative testsaker.

Dette vil bety at programvarekravene som klienten gir, må deles opp i forskjellige scenarier og videre for å teste saker. Hver av denne saken må utføres individuelt.

Her oppstår et spørsmål om hvordan man kan sikre at kravet blir testet med tanke på alle mulige scenarier / tilfeller? Hvordan sikre at ethvert krav ikke blir utelatt fra testsyklusen?

En enkel måte er å spore kravet med tilhørende testscenarier og testtilfeller. Dette blir bare betegnet som 'Kravsporbarhetsmatrise.'

Sporbarhetsmatrisen er vanligvis et regneark som inneholder kravene med alle mulige testscenarier og tilfeller og deres nåværende tilstand, dvs. hvis de er bestått eller mislyktes. Dette vil hjelpe testteamet til å forstå nivået av testaktiviteter som er gjort for det spesifikke produktet.

Hvilke parametere skal inkluderes i kravsporbarhetsmatrise?

Krav-ID
Kravstype og beskrivelse
Test tilfeller med status

Ovenfor er et sporbarhetsmatrise for krav til sporbarhet.

Men i et typisk programvaretestprosjekt vil sporbarhetsmatrisen ha mer enn disse parametrene.

Som illustrert ovenfor kan en kravsporbarhetsmatrise:

Vis kravdekning i antall testsaker
Designstatus samt utførelsesstatus for den spesifikke testsaken
Hvis det er brukertest som brukerne skal utføre, kan UAT-status også fanges opp i samme matrise.
De relaterte feilene og den nåværende tilstanden kan også nevnes i samme matrise.

Denne typen matrise gir One Stop Shop for alle testaktivitetene.

Bortsett fra å opprettholde et excel separat. Et testteam kan også velge krav som sporer tilgjengelige Test Management Tools.

Typer sporbarhetstestmatrise

I programvareteknikk kan sporbarhetsmatrise deles inn i tre hovedkomponenter som nevnt nedenfor:

Sporbarhet fremover : Denne matrisen brukes til å sjekke om prosjektet utvikler seg i ønsket retning og for riktig produkt. Den sørger for at hvert krav blir brukt på produktet, og at hvert krav blir testet grundig. Det kartlegger krav for å teste saker.
Sporbarhet bakover eller omvendt: Den brukes til å sikre om det nåværende produktet forblir på rett spor. Hensikten med denne typen sporbarhet er å verifisere at vi ikke utvider omfanget av prosjektet ved å legge til kode, designelementer, test eller annet arbeid som ikke er spesifisert i kravene. Den tilordner testtilfeller til krav.
Toveis sporbarhet (fremover + bakover): Denne sporbarhetsmatrisen sørger for at alle krav dekkes av testtilfeller. Den analyserer virkningen av en endring i kravene som er påvirket av Mangelen i et arbeidsprodukt og omvendt.

Hvordan lage kravsporbarhetsmatrise

La oss forstå konseptet med kravsporbarhetsmatrise gjennom et Guru99-bankprosjekt.

På grunnlag av Business Requirement Document (BRD) og Technical Requirement Document (TRD) begynner testere å skrive testsaker.

La oss anta at følgende tabell er vårt forretningskravdokument eller BRD for Guru99-bankprosjekt .

Her er scenariet at kunden skal kunne logge inn på Guru99 bankside med riktig passord og bruker # id mens manager skal kunne logge inn på nettstedet via kundens påloggingsside.

Mens tabellen nedenfor er vårt tekniske kravdokument (TRD) .

Merk: QA-team dokumenterer ikke BRD og TRD. Også noen selskaper bruker Function Requirement Documents (FRD) som ligner på Technical Requirement Document, men prosessen med å lage sporbarhetsmatrise forblir den samme.

La oss gå fremover og lage RTM i testing

Trinn 1: Vår prøvesak er

"Bekreft pålogging, når riktig ID og passord er angitt, skal den logge på"

Trinn 2 : Identifiser det tekniske kravet som denne testsaken bekrefter. For vårt testsak er det tekniske kravet at T94 blir verifisert.

Trinn 3: Legg merke til dette tekniske kravet (T94) i testsaken.

Trinn 4: Identifiser forretningskravet som denne TR (Technical Requirement-T94) er definert for

Trinn 5: Legg merke til BR (Business Requirement) i testcase

Trinn 6: Gjør ovenfor for alle testtilfeller. Senere trekker du ut de tre første kolonnene fra Test Suite. RTM i testing er klar!

Fordelen med kravsporbarhetsmatrise

Det bekrefter 100% testdekning
Det fremhever eventuelle manglende krav eller inkonsekvenser i dokumentene
Den viser de generelle manglene eller utførelsesstatusen med fokus på forretningskrav
Det hjelper med å analysere eller estimere innvirkningen på QA-teamets arbeid med hensyn til å revidere eller jobbe på nytt med testtilfellene