Kravsporingsmatrise: Komplett veiledning for full dekning

Føler du noen gang at du har testet programvaren din grundig, men fortsatt har en nagende tvil? Du er ikke alene. Innen programvaretesting kan selv de mest grundige teamene overse kritiske elementer, noe som skaper blindsoner som fører til kostbare forglemmelser og feil. Dette gjelder særlig ved svartboks-testing – der du ikke har direkte tilgang til koden – fordi det kan være vanskelig å sikre full dekning.

Det er her en kravsporbarhetsmatrise (RTM) kommer inn i bildet. Ikke la det fancy navnet lure deg; dette verktøyet er overraskende enkelt og kan bli en betydelig forbedring av testprosessen. En RTM bidrar til å koble alle krav til de tilsvarende testene, slik at ingenting faller mellom sprekkene og dekningen blir omfattende. Med full oversikt kan teamet navigere trygt gjennom testingen, avdekke skjulte mangler og oppnå full sporbarhet.

Denne artikkelen viser hvordan en RTM kan forvandle svartboks-testingen din fra gjetting til garantert dekning.

Hva er en kravsporbarhetsmatrise (RTM)?

En sporbarhetsmatrise er et viktig dokument som kobler sammen to eller flere grunnleggende dokumenter, vanligvis i et mange-til-mange-forhold, for å sikre at koblingen mellom dem er fullstendig. Dette verktøyet er nyttig for å overvåke prosjektkrav og bekrefte at alle eksisterende prosjektbehov er tilfredsstilt på riktig måte.

En kravsporbarhetsmatrise viser hvordan krav kobles til andre artefakter, og dokumenterer at de er oppfylt. Den beskriver krav, testtilfeller, testresultater og potensielle problemer, og viser at alle relevante trinn er gjennomført.

Innen programvareutvikling er en RTM et grunndokument som sikrer at alle krav er koblet til testtilfeller. Prosjektledere bruker først og fremst RTM-er for å sikre at alle kriterier er oppfylt gjennom hele testfasen. 

RTM brukes ofte til å vurdere konsekvensene av de oppgitte kravene. Når de opprinnelige kravene endres midt i et prosjekt, viser en sporbarhetsmatrise hvilke arbeidsflyter, tester, dokumentasjon, programvarekode og så videre som påvirkes.

Hva er sporbarhet?

Prosjektledere bruker tre typer sporbarhet i matriser for å koble sammen krav og artefakter: fremover, bakover og toveis. 

• Fremover-sporbarhet beskriver et prosjekts utvikling fra begynnelse til slutt.
• Bakover-sporbarhet sikrer at hver test gjennomføres av en grunn. 
• Toveis sporbarhet er den mest omfattende formen. Den kombinerer fremover- og bakovermodellene for å kontrollere at hver test samsvarer med kravene, og omvendt.

Hvorfor er kravsporbarhet viktig?

Det overordnede målet med programvaretesting er ikke feilfri programvare, selv om det også er viktig. Hovedfokuset bør være at applikasjonen gjør det den er ment å gjøre, det vil si at den oppfyller brukernes forventninger og behov.  

Forretningsanalytikere eller produkteiere oppretter et SRS-dokument (system-/programvarekravspesifikasjon) for å lagre kundekrav. I smidig utvikling kalles dette dokumentet sprint-arbeidslisten, og kravene er utformet som brukerhistorier. Kvalitetssikringsteamet gjennomgår dokumentet og skriver testtilfeller sammen med prosjektteamet. Det kan imidlertid hende at funksjonalitet mangler i testtilfellene, så en kravsporbarhetsmatrise er nyttig for å unngå dette.

Fordeler med RTM og testdekning

Her er noen av fordelene ved å bruke en RTM gjennom utviklingslivssyklusen:

• Prosjektfremdrift: RTM-en sporer krav og statuser frem til ferdigstillelse. Slik synliggjør den prosjektets nåværende status og bidrar til å avklare om det planlagte arbeidet følger tidsplanen.
• Ansvarlighet: RTM-er tydeliggjør ansvaret for det opprinnelige forslaget og prosjektbetingelsene, noe som gjør det enklere å holde oversikt over kravene og statusen deres i forbindelse med prosjektets samlede ferdigstillelse.
• Teammedlemmenes arbeidsbelastning: RTM-er gir informasjon om hvem som har bedt om hvert enkelt krav, og hvem som er tildelt ansvaret for å ferdigstille det. Dermed blir individuelle bidrag og ansvarsområder tydeligere.
• Kundetillit: RTM-er inneholder en detaljert oversikt over kundeforespørsler og sikrer at kundenes krav og behov blir håndtert og dokumentert grundig. 
• Økt testdekning: Hvert testtilfelle er koblet til et spesifikt krav i RTM-en. Resultatet er lavere risiko for å overse krav under testprosessen, og det blir mulig å oppnå 100 % testdekning.

Hvem trenger kravsporbarhet?

RTM-er brukes nesten utelukkende av programmerere, produktteam og prosjektinteressenter med svært komplekse eller regulerte krav. Et av hovedformålene med RTM-er er å spore kravtester, som er mer spesifikke for team som utvikler produkter som programvare og maskinvare. Mens et mer omfattende prosjekt ofte sporer prosjektkrav eller leveranser, er en RTM utformet for å møte behovene til et teknisk team som må spore og teste spesifikke funksjoner. 

Eksempel

En RTM for et programvareutviklingsteam bør inneholde omfattende informasjon om programvaretesting, problemer, feil og funksjoner for å vurdere produktets spesifikasjoner opp mot sprintkøen. RTM-er hjelper også tekniske team med å oppfylle kravene fra eksterne kunder og interessenter, samtidig som de får informasjon om hvordan disse behovene er registrert og håndtert.

 

For prosjekter som er mindre tekniske, kan teamene imidlertid utarbeide en langt enklere liste som utelukkende fokuserer på å overvåke hvert teammedlems bidrag eller leveranser, selv om den teknisk sett ikke er en RTM.

Slik oppretter du en RTM

Ved hjelp av RTM-er omformes målene dine til krav og knyttes til handlinger gjennom RTM-er, noe som resulterer i en dynamisk og omfattende prosjekthistorikk. Derfor må de være godt skrevet og utformet slik at ingen informasjon går tapt.

De første trinnene når du oppretter en RTM, bør alltid være:

• Definer målene — Hvorfor trenger du RTM-en? Det kan være av grunner som å fullføre et programvareutviklingsprosjekt eller sørge for nøyaktig testing av en PoC (konseptbevis).
• Gå gjennom dokumentasjonen — I dette trinnet vurderer du eksisterende prosjektdokumenter, for eksempel dokumenter med funksjonelle krav, tekniske krav og forretningskrav (BRD). Målene dine konverteres til spesifikasjoner og kobles til oppgaver via RTM-er, noe som skaper en stadig voksende og helhetlig oversikt over prosjektet.
• Opprett kravmatrisen — Du kan bruke programvare for kravsporbarhet eller kjente verktøy som Excel eller Notion til å opprette matrisen, som inneholder ID-er og beskrivelser av forretningskrav, ID-er for testtilfeller, testresultater og feil.
• Hold RTM-en oppdatert — Sett inn hvert krav og testtilfelle i matrisen, og fyll inn den nødvendige informasjonen i hver kolonne underveis. Etter hvert som prosjektet fortsetter, må du vedlikeholde dokumentet med status og resultater for testgjennomføring samt relevante kommentarer. 

Typer sporbarhetsmatriser

Det finnes tre typer sporbarhet:

• Fremoversporbarhet brukes til å avgjøre om prosjektet beveger seg i riktig retning og gjelder riktig produkt. Den sikrer at alle krav implementeres i produktet og evalueres på riktig måte. Den oversetter krav til testscenarioer.
• En bakoversporbarhetsmatrise (eller omvendt sporbarhetsmatrise) garanterer at det nåværende produktet er på riktig spor. Målet med denne formen for sporbarhet er å sikre at vi ikke utvider prosjektets omfang ved å inkludere kode, designelementer, tester eller annet arbeid som ikke er angitt i kravene. Den samordner testtilfeller med krav.
• Toveis sporbarhet (fremover og bakover) bekrefter at testtilfellene dekker alle kriterier. Den vurderer virkningen av en justering av kravene som skyldes et problem i et arbeidsprodukt, og omvendt.  

Verktøy for kravsporbarhet

Fordeler ved å bruke en RTM

RTM er et utmerket verktøy som hjelper deg med å holde oversikt over fremdriften. Hva er de viktigste fordelene ved å arbeide med en RTM?

• Bedre planlegging: Ved å beskrive prosjektbehovene fra starten av kan du ta bedre beslutninger senere, slik at du kan utvikle en mer grundig strategi. Når alt er synlig for deg, kan teamet ditt se hvordan en endring, for eksempel en forsinkelse, påvirker resultatene.
• Holde kursen: En RTM hjelper deg med å nå prosjektmålene ved å sammenligne handlinger med referanseverdier. Når en kunde har sendt inn et krav, kan du begynne å spore kravets livssyklus i RTM-en for å sikre at du oppfyller alle forretningsbehov.
• Forstå hva som må testes: Bruk av en RTM under testingen avgjør hva du tester, når og hvorfor. Du registrerer resultatene for å vise at du har dekket alle områder og gjennomført de riktige testene.
• Tydelig dokumentasjon: Ved å holde oversikt over tester, krav og forholdet mellom dem får du en grundig dokumentasjon av prosjektets ytelse. Du kan dele den med en kunde og bruke den til å planlegge fremtidige prosjekter, slik at hvert prosjekt blir bedre enn det forrige. Tydelig dokumentasjon kan også hjelpe deg med å identifisere feil, for eksempel et krav du burde ha oppdaget.

Utfordringer med testdekning

Implementering av integrasjon med kravsporbarhetsmatrisen (RTM) kan være en kompleks og krevende oppgave for virksomheter og team på grunn av manglende standardisering av prosessene for krav- og testhåndtering, samt motstand mot endring blant teammedlemmene. Denne mangelen på standardisering kan føre til uoverensstemmelser og forvirring, noe som gjør det vanskeligere å spore og håndtere forholdet mellom kravene og testplanen. 

Testere som er vant til tradisjonell, manuell håndtering av testtilfeller, kan for eksempel være motvillige til å gå over til et automatisert testhåndteringsverktøy integrert med RTM-systemet. For å overvinne denne motstanden kreves effektive strategier for endringshåndtering, for eksempel opplæring og støtte som hjelper teammedlemmene med å forstå verdien av RTM-integrasjon og hvordan den kan forbedre arbeidsprosessene deres.

Å opprettholde datakvalitet og dataintegritet er en annen stor utfordring ved RTM-integrasjon. Feilaktige eller ufullstendige data kan føre til unøyaktig sporbarhet mellom krav og testtilfeller, noe som gjør RTM-systemet upålitelig. Du trenger effektive mekanismer for datavalidering og regelmessige vedlikeholdsaktiviteter for å sikre nøyaktighet og integritet i dataene. 

Manglende oppdatering av testtilfeller som er knyttet til endrede krav, kan føre til utdaterte eller irrelevante testtilfeller og dermed unøyaktig sporbarhetsinformasjon. Integrering av RTM med eksisterende verktøy for krav- og testhåndtering kan være teknisk krevende på grunn av inkompatible dataformater eller API-er.  Virksomheter må nøye vurdere om de eksisterende verktøyene er kompatible med RTM-systemet, og sørge for at nødvendige API-er eller koblinger er tilgjengelige for sømløs datautveksling.

Viktige punkter

RTM kan være et svært nyttig dokument i utviklings- og testprosessen, ettersom det hjelper med å spore ikke bare forretningskravene, men også hvordan de testes og testdekningen per krav. Det kan også bidra gjennom hele prosjektets fremdrift ved å holde oversikt over endringer i kravene og hvordan de påvirker arbeidet.

Bli med i fellesskapet vårt ved å abonnere på nyhetsbrevet til The CTO Club og lær hvordan du kan oppnå fremragende resultater i hver test.