Introduktion till kravspårbarhetsmatris
Projektets slutförande är en utmaning för varje företag, och varje projekt har olika krav och tillvägagångssätt, man kan slutföra ett projekt i tid när alla krav analyseras korrekt. Så för att göra projektets slutförande enkelt och för att uppfylla alla krav använder vi RTM (Requirement Traceability matrix). En RTM är ett dokument eller en tabell som länkar kravet i hela valideringsprocessen. Syftet med kravspårbarhetsmatrisen är att se till att alla krav som definierats för ett system testas under livscykeln.
Definition av krav på spårbarhetsmatris
Krav Spårbarhetsmatris som vanligtvis kallas som RTM är ett dokument eller en tabell som ingår med kraven från klienterna för projektet i arbetet. Detta är en enkel typ av matris med rad- och kolumnstruktur, som tydligt definierar vilket krav som uppfylls och som ändras mellan processen. Så i hela RTM spårar vi testfallen beträffande kravet från klienten och ser på defekterna i kravet under processen.
Varför krävs spårbarhetsmatris?
Det finns ett antal fördelar med RTM, för det första som vi diskuterade ovan att detta används för att spåra kraven från klienterna och vi kan också hitta defekterna i kravet om det finns några. Bortsett från detta tillhandahåller RTM kvaliteten till projektet eftersom olika defekter avlägsnas genom detta och även om det sker någon förändring av kravet mellan testet kan vi enkelt ändra detta och spara tid och energi. Dessa saker hjälper mycket att slutföra projektet i tid och på ett snabbare sätt.
Typer av krav Spårbarhetsmatris
Låt oss titta på de olika spårbarhetsmatriserna.
Spårbarhet framåt
Spårbarheten framåt är typen av spårbarhetsmatris, det hjälper chefen att analysera och försäkra sig om att projektet går smidigt i rätt riktning och att alla krav som ställs av klienten testas.
Spårbarhet bakåt
Detta är en annan typ av matris som försäkrar chefen att projektets omfattning inte förstoras eller kravet som finns där följs strikt utan att lägga till extra fall eller funktioner som kanske inte ingår i projektet.
Spårbarhet i sektioner i Bidi
Denna typ av spårbarhet hjälper chefen att kartlägga kraven för att testa fall för både framåt och bakåt spårbarhet i ett enda dokument. Så den här typen säkerställer att alla krav testas ordentligt.
Exempel på krav på spårbarhetsmatris
|
Företagskrav nr . |
Beskrivning |
|
BR1 | Vissa affärskrav fick kunden när det gäller realtidsövervakning av tillgänglighet. |
|
BR2 | Ett krav från företagets ägare angående anställdas detaljer på skärmen. |
|
BR3 | Användarens krav på skärmens temaändring. |
|
BR4 | Några andra affärskrav. |
Säg, TS1 (BR1) - Alternativ för realtidsövervakning tillhandahålls.
Testfall
Testfall 1: alternativet TS1.TC1 (BR1) genomförts framgångsrikt.
Testfall 2: alternativet TS1.TC2 (BR1) är inaktiverat.
defekter
Så medan exekvering om någon defekt hittas, som realtidsövervakning, inte fungerar korrekt och data inte uppdateras efter varje sekund, så genereras ett fel-ID för att lösa detta specifika problem.
Säg X01, så detta ID är mappat i matrisen för att visa defekten.
Testtäckning och krav Spårbarhetsmatris
Testtäckning definieras som processen där vi kontrollerar att vad som är klientens krav och vilka krav som ska testas när testprocessen startar. Detta görs vanligtvis för att eliminera risken för defekten i projektet.
För att uppnå full testtäckning krävs det att man fastställer ”kravspårbarhet”. Då alla defekter är kartlagda.
Typer av kravspecifikationer
1. Specifikationsdokument för programvarukrav
2. Affärskrav
3. Använd ärendedokument
4. Dokument för projektkrav
5. Defekta verifieringsdokument
fördelar
- För att kontrollera om 100% testtäckning uppnås.
- Det är lätt att bestämma effekterna av testfall för regression.
- Detta hjälper oss att ta bort omfattningen av det saknade funktionskravet.
- Det gör projektutvärderingen enkel och enkel.
Hur skapar man krav på spårbarhetsmatris?
RTM som diskuterats ovan är rad- och kolumndokumentet, som innehåller testtäckningen om de olika kraven och de fel som finns i detta. För att skapa en RTM bör man ha tillgång till Microsoft Excel eftersom det innehåller alla nödvändiga verktyg som krävs för att göra matrisen.
Bortsett från det är kunskap om Excel ganska bra eftersom för att skapa en matris används olika verktyg och också olika formler finns, så om man har kunskap om det gör han enkelt matrisen och kör samma. Här är exemplet på RTM:
Viktiga punkter att komma ihåg
- Se till att varje krav är helt anslutna till matrisen medan du gör matrisen.
- Representationen av matrisen borde vara så, den borde vara lätt att förstå, man kan använda en annan färgkombination för att markera de olika segmenten i matrisen.
- Defekter ska ha rätt rätt i matrisen, med korrekt ID.
Slutsats
RTM (Kravspårbarhetsmatris), är det bästa sättet att uppfylla alla krav från klienten i projektet, med att om någon fel upptäcks under testet tas den bort från processen så att den inte skadar projektet ytterligare. Vid denna tidpunkt är detta ett effektivt verktyg för utvärdering av projekt. Det tänkande som krävs vid framställning av matrisen är att matrisen kommer att visa alla specifikationer eller krav för projektet och all testtäckning bör nämnas ordentligt i matrisen bortsett från att defekten ID bör vara korrekt och bör vara relevant för kravet i som detta hittas. Uppgifterna bör analyseras ordentligt och en separat rapport bör göras, varför dessa fel uppstår och hur omfattningen av dessa defekter bör elimineras. Dessa saker gör projektutvärderingen stark såväl som genomförandet av projektet också blir enkelt. Så äntligen kan vi säga att en bra RTM är trailern för det bra projektet.
Rekommenderade artiklar
Detta har varit en guide till krav på spårbarhetsmatris med exempel. Här diskuterade vi konceptet, typer, testtäckning och hur man skapar en kravspårbarhetsmatris med exempel. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -
- Vad är Maven Plugins?
- Fördelarna med att använda selen
- Vad är PPC?