Sporbarhedsmatrix for krav: Komplet guide til dækning

Har du nogensinde følt, at du har testet din software til døde, men stadig har en nagende tvivl? Du er ikke alene. Inden for softwaretest kan selv de mest omhyggelige teams overse kritiske elementer, hvilket skaber blinde vinkler, der fører til kostbare forglemmelser og fejl. Især ved sortboks-testning – hvor du ikke har direkte adgang til koden – kan det være vanskeligt at sikre fuldstændig dækning.

Det er her, en kravsporbarhedsmatrix (RTM) kommer ind i billedet. Lad dig ikke narre af det smarte navn; dette værktøj er overraskende enkelt og kan ændre din testproces markant. En RTM hjælper med at kortlægge alle krav til deres tilsvarende tests, så intet slipper igennem sprækkerne, og din dækning er omfattende. Med fuld synlighed kan dit team navigere sikkert gennem testningen, afdække skjulte huller og opnå fuldstændig sporbarhed.

Denne artikel viser dig, hvordan en RTM kan forvandle din sortboks-testning fra gætteri til garanteret dækning.

Hvad er en kravsporbarhedsmatrix (RTM)?

En sporbarhedsmatrix er et vigtigt dokument, der forbinder to eller flere grundlæggende dokumenter, normalt i et mange-til-mange-forhold, for at sikre, at forbindelsen mellem dem er komplet. Dette værktøj er nyttigt til overvågning af projektkrav og kontrol af, at alle aktuelle projektbehov er korrekt opfyldt.

En kravsporbarhedsmatrix viser, hvordan krav forbindes med andre artefakter, og dokumenterer, at de er blevet opfyldt. Den beskriver krav, testcases, testresultater og potentielle problemer og demonstrerer, at alle relevante trin er blevet gennemført.

Inden for softwareudvikling er en RTM et grundlæggende dokument, der sikrer, at alle krav er knyttet til testcases. Projektledere anvender primært RTM'er for at sikre, at alle kriterier er opfyldt gennem hele testfasen. 

RTM bruges ofte til at evaluere virkningen af de angivne krav. Når de oprindelige krav ændres midt i et projekt, viser en sporbarhedsmatrix de berørte arbejdsgange, tests, dokumentation, softwarekode og så videre.

Hvad er sporbarhed?

Projektledere bruger tre typer sporbarhed i matricer til at forbinde krav og artefakter: fremadrettet, bagudrettet og tovejs. 

• Fremadrettet sporbarhed beskriver et projekts forløb fra begyndelse til slut.
• Bagudrettet sporbarhed sikrer, at hver test udføres af en grund. 
• Tovejs-sporbarhed er den mest omfattende form, der kombinerer fremadrettede og bagudrettede modeller for at kontrollere, at hver test korrelerer med kravene og omvendt.

Hvorfor er kravsporbarhed vigtig?

Det ultimative mål med softwaretest er ikke fejlfri software (selvom det også er vigtigt). Det primære fokus bør være, at applikationen gør det, den er beregnet til, dvs. at den lever op til brugernes forventninger og behov.  

Forretningsanalytikere eller produktejere opretter et SRS-dokument (system-/softwarekravspecifikation) til at gemme kundekrav. I agil udvikling kaldes dette dokument Sprint-backloggen, og kravene er udformet som brugerhistorier. Kvalitetssikringsteamet gennemgår dokumentet og skriver testcases sammen med projektteamet. Men funktionalitet kan mangle i testcases, så en kravsporbarhedsmatrix er nyttig for at undgå dette.

Fordele ved RTM og testdækning

Her er nogle af fordelene ved at bruge en RTM gennem udviklingslivscyklussen:

• Projektets fremdrift: RTM'en sporer krav og statusser frem til afslutning. På den måde fremhæves projektets aktuelle status, og det bliver lettere at forstå, om det planlagte arbejde følger tidsplanen.
• Ansvarlighed: RTM'er skaber ansvarlighed i forhold til det oprindelige forslag og projektets vilkår, hvilket gør det enklere at holde styr på kravene og deres status i forhold til projektets samlede færdiggørelse.
• Teammedlemmers arbejdsbyrde: RTM'er giver oplysninger om, hvem der har anmodet om hvert specifikt krav, og hvem der er ansvarlig for at færdiggøre det, hvilket skaber større klarhed om individuelle bidrag og ansvarsområder.
• Kundernes tillid: RTM'er opbevarer en detaljeret oversigt over kundernes anmodninger og sikrer, at deres krav og behov bliver håndteret og dokumenteret grundigt. 
• Øget testdækning: Hver testcase er knyttet til et specifikt krav i RTM'en. Som følge heraf er der mindre risiko for at overse krav under testprocessen, og der kan opnås 100 % testdækning.

Hvem har brug for kravsporbarhed?

RTM'er anvendes næsten udelukkende af programmører, produktteams og projektinteressenter med meget komplekse eller regulerede krav. Et af RTM'ernes primære formål er at spore kravtests, som er mere specifikke for teams, der udvikler produkter såsom software og hardware. Mens et mere omfattende projekt ofte sporer projektkrav eller leverancer, er en RTM designet til at imødekomme behovene hos et teknisk team, der skal spore og teste specifikke funktioner. 

Eksempel

En softwareudviklingsgruppes RTM bør indeholde omfattende oplysninger om softwaretest, problemer, fejl og funktioner for at vurdere produktets specifikationer i forhold til sprintbackloggen. RTM’er hjælper også tekniske teams med at opfylde kravene fra eksterne kunder og interessenter, samtidig med at de giver dem oplysninger om, hvordan disse behov er blevet registreret og håndteret.

 

For projekter, der er mindre tekniske, kan teams dog udvikle en langt mere grundlæggende liste, der udelukkende fokuserer på at overvåge hvert teammedlems bidrag eller leverancer, selv om det teknisk set ikke er en RTM.

Sådan opretter du en RTM

Ved hjælp af RTM'er omdannes dine målsætninger til krav, som forbindes med handlinger gennem RTM'er, hvilket resulterer i en dynamisk og omfattende projekthistorik. Derfor skal de være velskrevne og udformet, så ingen oplysninger går tabt.

De første trin ved oprettelse af en RTM bør altid være:

• Definer målsætningerne — Hvorfor har du brug for RTM'en? Det kan være af grunde som at færdiggøre et softwareudviklingsprojekt eller levere nøjagtig test af en PoC (konceptafprøvning).
• Gennemgå dokumentationen — I dette trin evaluerer du eksisterende projektdokumenter, såsom dokumenter med funktionelle krav, tekniske krav og forretningskrav (BRD). Dine mål omdannes til specifikationer og forbindes med opgaver via RTM'er, hvilket skaber en konstant voksende og omfattende registrering af projektet.
• Opret kravmatricen — Du kan bruge software til kravsporbarhed eller velkendte værktøjer som Excel eller Notion til at oprette matricen, der indeholder ID'er og beskrivelser af forretningskrav, ID'er for testcases, testresultater og fejl.
• Hold RTM'en opdateret — Indsæt hvert krav og hver testcase i matricen, og udfyld de nødvendige oplysninger i hver kolonne undervejs. Efterhånden som projektet skrider frem, skal du vedligeholde dokumentet med status og resultater for testudførelse samt eventuelle relevante kommentarer. 

Typer af sporbarhedsmatricer

Der findes tre typer sporbarhed:

• Fremadrettet sporbarhed bruges til at afgøre, om projektet bevæger sig i den rigtige retning og hen imod det korrekte produkt. Den sikrer, at alle krav implementeres i produktet og evalueres korrekt. Den omsætter krav til testscenarier.
• En bagudrettet sporbarhedsmatrix (eller omvendt sporbarhedsmatrix) garanterer, at det aktuelle produkt følger det rigtige spor. Målet med denne form for sporbarhed er at sikre, at vi ikke udvider projektets omfang ved at inkludere kode, designelementer, tests eller andet arbejde, der ikke er angivet i kravene. Den afstemmer testcases med kravene.
• Tovejs-sporbarhed (fremadrettet og bagudrettet) bekræfter, at testcases dækker alle kriterier. Den vurderer virkningen af en ændring i kravene, der skyldes et problem i et arbejdsprodukt, og omvendt.  

Værktøjer til kravsporbarhed

Fordele ved at bruge en RTM

RTM'en er et fremragende værktøj, der hjælper dig med at holde styr på dine fremskridt. Hvad er de vigtigste fordele ved at arbejde med en RTM?

• Bedre planlægning: Når projektets behov skitseres fra begyndelsen, bliver de beslutninger, du træffer senere, tydeligere, så du kan udvikle en mere grundig strategi. Og når alt er lagt frem for dig, kan dit team se, hvordan en ændring, f.eks. en forsinkelse, påvirker resultaterne.
• At holde sig på sporet: En RTM hjælper dig med at nå projektmålene ved at sammenligne handlinger med basislinjer. Når en kunde har indsendt et krav, kan du begynde at spore dets livscyklus i RTM'en for at sikre, at du opfylder alle forretningsbehov
• Forstå, hvad der skal testes: Ved at bruge en RTM under testningen fastlægges, hvad du tester, hvornår og hvorfor. Du registrerer dine resultater for at vise, at du har dækket alle områder og udført de relevante tests
• Tydelig dokumentation: Ved at holde styr på tests, krav og deres relationer kan du udarbejde en grundig dokumentation af et projekts resultater. Du kan dele den med en kunde og bruge den til at planlægge fremtidige projekter, så hvert projekt klarer sig bedre end det foregående. Tydelig dokumentation kan også hjælpe dig med at identificere fejl, såsom et krav, du burde have bemærket

Udfordringer ved testdækning

Implementering af integration med sporbarhedsmatrixen for krav (RTM) kan være en kompleks og udfordrende opgave for virksomheder og teams på grund af manglende standardisering af processerne for krav- og teststyring samt teammedlemmernes modstand mod forandring. Denne manglende standardisering kan føre til uoverensstemmelser og forvirring, hvilket gør det sværere at spore og administrere relationen mellem kravene og testplanen. 

Testere, der f.eks. er vant til traditionel manuel styring af testcases, kan være modvillige over for at skifte til et automatiseret teststyringsværktøj, der er integreret med RTM-systemet. Denne modstand kræver effektive strategier til forandringsledelse, f.eks. uddannelse og support, så teammedlemmerne kan forstå værdien af RTM-integrationen og hvordan den kan forbedre deres arbejdsprocesser.

Vedligeholdelse af datakvalitet og dataintegritet er endnu en stor udfordring ved RTM-integration. Ukorrekte eller ufuldstændige data kan føre til unøjagtig sporbarhed mellem krav og testcases, hvilket gør RTM-systemet upålideligt. Du har brug for effektive mekanismer til datavalidering og regelmæssige vedligeholdelsesaktiviteter for at sikre dataenes nøjagtighed og integritet. 

Manglende opdatering af testcases, der er knyttet til ændrede krav, kan resultere i forældede eller irrelevante testcases og dermed føre til unøjagtige sporbarhedsoplysninger. Integration af RTM med eksisterende værktøjer til krav- og teststyring kan være teknisk udfordrende på grund af inkompatible dataformater eller API'er.  Virksomheder skal omhyggeligt evaluere, om deres nuværende værktøjer er kompatible med RTM-systemet, og sikre, at de nødvendige API'er eller forbindelser er tilgængelige for en problemfri dataudveksling.

Vigtigste pointer

RTM'en kan være et meget nyttigt dokument i udviklings- og testprocessen, da den hjælper med at spore ikke kun forretningskravene, men også hvordan de testes, og testdækningen for hvert krav. Den kan også hjælpe gennem projektets fremskridt med at holde styr på ændringer i kravene og deres indvirkning på arbejdet.

Bliv en del af vores fællesskab ved at tilmelde dig The CTO Clubs nyhedsbrev, og lær, hvordan du opnår fremragende resultater i hver eneste test.