Hva er Requirements Traceability Matrix (RTM) i testing?
Hva er sporbarhetsmatrise (TM)?
En sporbarhetsmatrise er et dokument som co-relaterer alle to-grunnlinjedokumenter som krever en mange-til-mange-relasjon for å kontrollere fullstendigheten av forholdet.
Den brukes til å spore kravene og kontrollere at gjeldende prosjektkrav er oppfylt.
Hva er Requirement Traceability Matrix?
Kravsporbarhetsmatrise (RTM) er et dokument som kartlegger og sporer brukerkrav med testsaker. Den fanger opp alle krav foreslått av klienten og kravsporbarhet i ett enkelt dokument, levert ved avslutningen av Programvareutvikling livssyklus. Hovedformålet med Requirement Traceability Matrix er å validere at alle krav kontrolleres via testtilfeller slik at ingen funksjonalitet er ukontrollert under programvaretesting.
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 kvalitetssikringsansvarlig forstå kravet grundig og skape positive og negative testtilfeller.
Dette vil bety at programvarekravene gitt av klienten må deles opp i ulike scenarier og videre til testtilfeller. Hver av disse sakene må henrettes individuelt.
Her dukker det opp et spørsmål om hvordan man kan forsikre seg om at kravet testes med tanke på alle mulige scenarier/tilfeller? Hvordan sikre at ethvert krav ikke utelates fra testsyklusen?
En enkel måte er å spore kravet med tilhørende testscenarier og test tilfeller. Dette kalles bare "Kravsporbarhetsmatrise".
Sporbarhetsmatrisen er typisk et regneark som inneholder kravene med alt mulig test scenarier og saker og deres nåværende tilstand, dvs. om de er bestått eller ikke bestått. Dette vil hjelpe testteamet til å forstå nivået på testaktivitetene som er utført for det spesifikke produktet.
Hvilke parametere skal inkluderes i kravsporbarhetsmatrisen?
- Krav-ID
- Krav Type og Description
- Testtilfeller med status
Ovenfor er en prøvematrise for kravsporbarhet.
Men i en typisk programvaretesting prosjekt, vil sporbarhetsmatrisen ha mer enn disse parameterne.
Som illustrert ovenfor kan en kravsporbarhetsmatrise:
- Vis kravdekningen i antall testtilfeller
- Designstatus samt utførelsesstatus for den spesifikke testcase
- Hvis det er en brukergodkjenningstest som skal utføres av brukerne, kan UAT-status også fanges opp i samme matrise.
- De relaterte defektene og den nåværende tilstanden kan også nevnes i samme matrise.
Denne typen matrise ville gi One Stop Shop for alle testaktiviteter.
Bortsett fra å opprettholde en excel separat. Et testteam kan også velge krav som sporer tilgjengelige testadministrasjonsverktøy.
Typer sporbarhetstestmatrise
I programvareteknikk kan sporbarhetsmatrise deles inn i tre hovedkomponenter som nevnt nedenfor:
- Sporbarhet fremover: Denne matrisen brukes til å sjekke om prosjektet går 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. Den kartlegger krav til testtilfeller.
- Sporbarhet bakover eller bakover: Den brukes til å sikre om det nåværende produktet forblir på rett spor. Hensikten bak 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 kartlegger testtilfeller til krav.
- Toveis sporbarhet (forover+bakover): Denne sporbarhetsmatrisen sikrer at alle krav dekkes av testcases. Den analyserer virkningen av en endring i krav som påvirkes av Defekt 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 Teknisk kravdokument (TRD), testere begynner å skrive testsaker.
La oss anta at følgende tabell er vårt forretningskravdokument eller BRD forum Guru99 bankprosjekt.
Her er scenariet at kunden skal kunne logge inn på Guru99 banknettstedet med riktig passord og bruker#id mens leder skal kunne logge inn på nettsiden via kundepåloggingssiden.
Mens tabellen nedenfor er vår Teknisk kravdokument (TRD).
OBS: QA-team dokumenterer ikke BRD og TRD. Noen selskaper bruker også Dokumenter for funksjonskrav (FRD) som ligner på Technical Requirement Document, men prosessen med å lage sporbarhetsmatrise forblir den samme.
La oss gå videre og lage RTM i testingTrinn 1) Vår eksempel Test Case is
"Bekreft pålogging, når riktig ID og passord er angitt, skal den logge på vellykket"
Trinn 2) Identifiser det tekniske kravet som denne testsaken bekrefter. For vårt testtilfelle er det tekniske kravet at T94 blir verifisert.
Trinn 3) Merk 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 Test Case
Trinn 6) Gjør ovenfor for alle testtilfeller. Later Trekk ut de første 3 kolonnene fra testpakken din. RTM i testing er klar!
Fordel med kravsporbarhetsmatrise
- Det bekrefter 100 % testdekning
- Den fremhever eventuelle krav som mangler eller dokumenterer inkonsekvenser
- Den viser de generelle defektene eller utførelsesstatusen med fokus på forretningskrav
- Det hjelper med å analysere eller estimere innvirkningen på QA-teamets arbeid med hensyn til å se på nytt eller omarbeide testsakene
La oss lære RTM med et eksempel i videoen
Klikk her. hvis videoen ikke er tilgjengelig
Krav Sporbarhetsmatrise (RTM) Mal
Klikk nedenfor for å laste ned RTM Template Excel-fil
Last ned RTM-malen Excel(.xlsx)