Introduktion til kravsporbarhedsmatrix
Projektafslutning er en udfordring for hvert firma, og hvert projekt har forskellige krav og tilgange, man kan gennemføre et projekt til tiden, når ethvert krav analyseres korrekt. Så for at gøre færdiggørelsen af projektet let og for at opfylde alle kravene bruger vi RTM (Requirement Traceability matrix). En RTM er et dokument eller en tabel, der forbinder krav gennem hele valideringsprocessen. Formålet med kravene Sporbarhedsmatrix er at sikre, at alle krav, der er defineret for et system, testes i livscyklussen.
Definition af krav til sporbarhed Matrix
Krav Sporbarhed Matrix kaldes normalt som RTM er et dokument eller en tabel, der er vervet med kravene fra klienterne til projektet i arbejde. Dette er en simpel matrix-type med række- og søjlestruktur, der klart definerer hvilket krav der er opfyldt og som ændres mellem processen. Så i hele RTM sporer vi testsagerne vedrørende kravet fra klienten og ser manglerne i kravet under processen.
Hvorfor kræves sporbarhedsmatrix?
Der er en række fordele ved RTM, først og fremmest som vi diskuterede ovenfor, at dette bruges til at spore kravene fra klienterne, og vi kan også finde manglerne i kravet, hvis nogen. Bortset fra det leverer RTM projektets kvalitet, da forskellige mangler fjernes ved dette, og hvis der er ændringer i kravet mellem testen, kan vi nemt ændre dette og spare tid og energi. Disse ting hjælper meget med at færdiggøre projektet i tide og på en hurtigere måde.
Typer af krav Sporbarhedsmatrix
Lad os se på den forskellige sporbarhedsmatrix.
Fremad sporbarhed
Den fremadrettelige sporbarhed er typen af sporbarhedsmatrix, det vil hjælpe lederen med at analysere og sikre, at projektet går glat i den rigtige retning, og alle krav, der stilles af klienten, testes.
Sporbarhed bagud
Dette er en anden type matrix, der sikrer lederen, at projektets omfang ikke forstørres, eller at kravet, der er der, følges strengt uden at tilføje ekstra sager eller funktioner, som muligvis ikke er en del af projektet.
Bidi, seksuel sporbarhed
Denne type sporbarhed hjælper manageren med at kortlægge kravene til test af sager for både fremad og bagud sporbarhed i et enkelt dokument. Så denne type sikrer, at alle krav testes korrekt.
Eksempler på krav til sporbarhed Matrix
|
Forretningskrav nr . |
Beskrivelse |
|
BR1 | Nogle forretningskrav fik kunden med hensyn til realtidsovervågningstilgængelighed. |
|
BR2 | Et krav fra virksomhedsejeren om medarbejderdetaljer på skærmen. |
|
BR3 | Kravet fra brugeren om temaændring af skærmen. |
|
BR4 | Nogle andre forretningsbehov. |
Sig, TS1 (BR1) - Der er mulighed for overvågning i realtid.
Test tilfælde
Test case 1: TS1.TC1 (BR1) mulighed udført med succes.
Testtilstand 2: TS1.TC2 (BR1) er deaktiveret.
mangler
Så mens eksekvering, hvis der er fundet nogen fejl, som overvågning i realtid, ikke fungerer korrekt, og data opdateres ikke efter hvert sekund, genereres der således et defekt-ID for at løse dette særlige problem.
Sig, X01, så dette ID er kortlagt i matrixen for at vise defekten.
Testdækning og krav til sporbarhed Matrix
Testdækning defineres som den proces, hvor vi kontrollerer, hvad der er kravene til klienten, og hvilke krav der skal testes, når testprocessen starter. Dette gøres normalt for at fjerne muligheden for mangel i projektet.
For at opnå den fulde testdækning er det nødvendigt at etablere "kravsporbarhed". Hvor alle mangler er kortlagt.
Typer af kravspecifikationer
1. Specifikationsdokument for softwarekrav
2. Forretningskrav
3. Brug sagsdokument
4. Projektkravdokument
5. Defekte verifikationsdokumenter
Fordele
- For at kontrollere, om 100% testdækning opnås.
- Det er let at bestemme virkningen af testtilfælde for regression.
- Dette hjælper os med at fjerne omfanget af manglende funktionskrav.
- Det gør projektevalueringen let og enkelt.
Sådan opretter du krav til sporbarhedsmatrix?
RTM som diskuteret ovenfor er række- og kolonnedokumentet, som indeholder testdækningen om de forskellige krav og de defekter, der findes i dette. Grundlæggende for at oprette en RTM skal man have adgang til Microsoft Excel, da det indeholder alle de nødvendige værktøjer, der er nødvendige for at fremstille matrixen.
Bortset fra det er viden om Excel ganske nyttigt, fordi for at oprette en matrix bruges forskellige værktøjer, og der er også forskellige formler der, så hvis man har viden om det, gør han let matrixen og udfører den samme. Her er eksemplet på RTM:
Vigtige punkter at huske
- Sørg for, at hvert krav er fuldt ud optaget i matrixen, mens du foretager matrixen.
- Repræsentationen af matrixen skal være sådan, den skal være let forståelig, man kan bruge en anden farvekombination til at markere de forskellige segmenter i matrixen.
- Mangler skal have korrekt ret i matrixen med korrekt ID.
Konklusion
RTM (Kravsporbarhedsmatrix), er den bedste måde at opfylde alle kravene fra klienten i projektet, med at hvis der opdages en defekt under testen, fjernes den fra processen, så den ikke skader projektet yderligere. Herefter er dette et effektivt værktøj til projektevaluering. Den tænkning, der kræves, mens matrixen fremstilles, er, at matrixen viser alle specifikationerne eller kravene til projektet, og al testdækning skal nævnes korrekt i matrixen bortset fra at defekt-ID'en skal være korrekt og bør være relevant for kravet i som dette findes. Dataene skal analyseres korrekt, og der bør udarbejdes en separat rapport, hvorfor disse mangler opstår, og hvordan omfanget af disse mangler skal fjernes. Disse ting gør projektevalueringen stærk, og gennemførelsen af projektet vil også være enkel. Så til sidst kan vi sige, at en god RTM er traileren til det gode projekt.
Anbefalede artikler
Dette har været en guide til krav om sporbarhedsmatrix med eksempel. Her diskuterede vi konceptet, typer, testdækning, og hvordan man opretter en krav til sporbarhedsmatrix med eksempler. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -
- Hvad er Maven-plugins?
- Fordele ved at bruge selen
- Hvad er PPC?