Introduksjon til krav om sporbarhetsmatrise
Prosjektgjennomføring er en utfordring for hvert firma, og hvert prosjekt har forskjellige krav og tilnærminger, man kan fullføre et prosjekt i tide når hvert krav blir riktig analysert. Så for å gjøre prosjektgjennomføringen enkel og å oppfylle alle kravene, bruker vi RTM (Requirement Traceability matrix). En RTM er et dokument eller en tabell som knytter krav til gjennom hele valideringsprosessen. Hensikten med kravene Sporbarhetsmatrise er å sikre at alle krav som er definert for et system blir testet i livssyklusen.
Definisjon av krav til sporbarhetsmatrise
Krav Sporbarhetsmatrise vanligvis kalt som RTM er et dokument eller en tabell som er vervet med kravene fra klientene til prosjektet i arbeid. Dette er en enkel type matrise med rad- og kolonnestruktur, som tydelig definerer hvilket krav som er oppfylt og som blir endret mellom prosessen. Så i hele RTM sporer vi testsaker om kravet til klienten og ser på manglene i kravet under prosessen.
Hvorfor kreves sporbarhetsmatrise?
Det er en rekke fordeler med RTM, først av alt som vi diskuterte ovenfor at dette brukes til å spore kravene til kundene, og vi kan også finne manglene i kravet hvis det er noen. Bortsett fra det, gir RTM kvaliteten til prosjektet da forskjellige feil blir fjernet av dette, og også hvis det er noen endring i kravet mellom testen, kan vi enkelt endre dette og spare tid og energi. Disse tingene hjelper mye til å fullføre prosjektet i tide og på en raskere måte.
Typer kravsporbarhetsmatrise
La oss se på den forskjellige sporbarhetsmatrisen.
Sporbarhet fremover
Sporbarheten fremover er typen sporbarhetsmatrise, det vil hjelpe lederen med å analysere og sikre at prosjektet går jevnt i riktig retning og alle kravene som stilles av klienten blir testet.
Sporbarhet bakover
Dette er en annen type matrise som forsikrer lederen om at omfanget av prosjektet ikke er forstørret eller kravet som er der blir strengt fulgt uten å legge til ekstra tilfeller eller funksjoner som kanskje ikke er en del av prosjektet.
Bidi seksjonssporbarhet
Denne typen sporbarhet hjelper lederen å kartlegge kravene til å teste saker for både fremover og bakover sporbarhet i et enkelt dokument. Så denne typen sikrer at alle kravene blir testet ordentlig.
Eksempler på krav til sporbarhetsmatrise
|
Forretningskrav nr . |
Beskrivelse |
|
BR1 | Noen forretningsmessige krav fikk fra klienten om overvåking tilgjengelighet i sanntid. |
|
BR2 | Et krav fra bedriftseieren om ansattes detalj på skjermen. |
|
BR3 | Kravet fra brukeren om temaendring av skjerm. |
|
BR4 | Noe annet krav til virksomheten. |
Si, TS1 (BR1) - Alternativ for overvåking i sanntid er gitt.
Test saker
Test case 1: TS1.TC1 (BR1) alternativ utført vellykket.
Test case 2: TS1.TC2 (BR1) -alternativet er deaktivert.
defekter
Så mens du utfører hvis det oppdages noen feil, som overvåking i sanntid, ikke fungerer som det skal, og data ikke oppdateres etter hvert sekund, genereres det derfor en defekt-ID for å løse dette problemet.
Si X01, så denne ID-en blir kartlagt i matrisen for å vise feilen.
Testdekning og krav til sporbarhetsmatrise
Testdekning er definert som prosessen der vi sjekker at det er kravene til klienten og hvilke krav som skal testes når prosessen med testingen starter. Dette gjøres vanligvis for å eliminere sjansen for mangelen i prosjektet.
For å oppnå full testdekning, er det nødvendig å etablere "kravsporbarhet". Der alle manglene er kartlagt.
Typer kravspesifikasjoner
1. Spesifikasjonsdokument for programvarekrav
2. Forretningskrav
3. Bruk saksdokument
4. Prosjektkravdokument
5. Defekte bekreftelsesdokumenter
fordeler
- For å sjekke om 100% testdekning oppnås.
- Det er enkelt å bestemme virkningen av testtilfeller for regresjon.
- Dette hjelper oss med å fjerne omfanget av manglende funksjonskrav.
- Det gjør prosjektevalueringen enkel og enkel.
Hvordan lage kravsporbarhetsmatrise?
RTM som diskutert over er rad- og kolonnedokumentet, som inneholder testdekningen om de forskjellige kravene og manglene som er funnet i dette. I utgangspunktet for å lage en RTM bør man ha tilgang til Microsoft Excel, da den inneholder alle nødvendige verktøy som kreves for å lage matrisen.
Bortsett fra det er kunnskap om Excel ganske nyttig fordi for å lage en matrise brukes forskjellige verktøy og også forskjellige formler er der, så hvis man har kunnskap om det, lager han enkelt matrisen og utfører det samme. Her er eksemplet på RTM:
Viktige poeng å huske
- Forsikre deg om at hvert krav er fullstendig vervet i matrisen mens du lager matrisen.
- Representasjonen av matrisen skal være slik, den skal være lett forståelig, man kan bruke en annen fargekombinasjon for å markere de forskjellige segmentene i matrisen.
- Mangler skal ha riktig rett i matrisen, med riktig ID.
Konklusjon
RTM (Kravsporbarhetsmatrise), er den beste måten å oppfylle alle kravene fra klienten i prosjektet, med at hvis det oppdages noen feil under testen, fjernes den fra prosessen slik at den ikke vil skade prosjektet ytterligere. Innen da er dette et effektivt verktøy for prosjektevaluering. Tanken som kreves når du lager matrisen er at matrisen vil vise all spesifikasjonen eller kravet til prosjektet, og all testdekning bør nevnes ordentlig i matrisen bortsett fra at defekten ID skal være riktig og bør være relevant for kravet i som dette er funnet. Dataene skal analyseres riktig og det bør lages en egen rapport, hvorfor disse feilene oppstår og hvordan omfanget av disse manglene skal elimineres. Disse tingene gjør prosjektevalueringen sterk, og utførelsen av prosjektet vil også være enkel. Så til slutt kan vi si at en god RTM er traileren til det gode prosjektet.
Anbefalte artikler
Dette har vært en guide til krav om sporbarhetsmatrise med eksempel. Her diskuterte vi konseptet, typer, testdekning, og hvordan lage en kravsporbarhetsmatrise med eksempler. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- Hva er Maven-plugins?
- Fordeler med å bruke selen
- Hva er PPC?