Testing er en avgjørende del av kvalitetssikringen i IT-prosjekter. Likevel ser vi ofte at testarbeidet blir reaktivt, fragmentert og styrt av tidsnød fremfor plan. En tydelig teststrategi er et viktig verktøy for å unngå nettopp dette.
En teststrategi gir retning for testarbeidet. Den bidrar til felles forståelse av hva som skal testes, hvordan det skal testes, og hvorfor. Ikke minst gir den et bedre grunnlag for prioriteringer og beslutninger gjennom hele prosjektet.
Hva er en teststrategi?
En teststrategi er et overordnet styringsdokument for testarbeidet i et prosjekt. Den beskriver hvordan testing skal bidra til å redusere risiko og sikre kvalitet, basert på prosjektets mål, rammer og kompleksitet.
Teststrategien definerer blant annet:
- hvilke testnivåer som skal brukes
- hvilke testtyper som er relevante
- hvordan risiko skal håndteres
- hvilke roller og ansvar som gjelder
Det er viktig å understreke at en teststrategi ikke er en detaljert testplan. Den beskriver ikke alle testtilfeller eller aktiviteter i detalj, men setter rammene for hvordan testingen skal gjennomføres på et overordnet nivå.
Hvorfor er teststrategi viktig i IT-prosjekter?
Uten en tydelig teststrategi blir testarbeidet ofte styrt av tilfeldigheter. Hva som testes, når det testes, og hvor grundig det testes, kan variere fra fase til fase og fra person til person.
En godt forankret teststrategi gir flere konkrete fordeler:
For det første bidrar den til bedre risikostyring. Ved å identifisere hvilke deler av løsningen som er mest kritiske, kan testinnsatsen prioriteres der den gir størst effekt.
For det andre skaper teststrategien forutsigbarhet. Prosjektet får en felles forståelse av hvordan kvalitet vurderes, og hvilke krav som må være oppfylt før man går videre i leveransen.
Til slutt gir teststrategien bedre beslutningsgrunnlag. Når testarbeidet er strukturert og målrettet, blir det enklere å vurdere om løsningen er klar for neste fase eller produksjonssetting.
Teststrategi vs testplan
Teststrategi og testplan brukes ofte om hverandre, men dekker ulike behov.
Teststrategien er overordnet og langsiktig. Den beskriver prinsipper, prioriteringer og tilnærming til testing i prosjektet. Den endres sjelden, men kan justeres dersom forutsetningene endrer seg vesentlig.
Testplanen er mer operativ. Den beskriver konkrete aktiviteter, tidsplaner, ressurser og leveranser knyttet til testingen i en gitt fase eller sprint.
I mange prosjekter er begge nødvendige. Teststrategien gir retning, mens testplanen sikrer gjennomføring.
Hva bør en teststrategi inneholde?
Innholdet i en teststrategi må alltid tilpasses prosjektets størrelse og kompleksitet. Likevel finnes det noen sentrale elementer som bør være med i de fleste IT-prosjekter.
Mål for testingen
Teststrategien bør tydeliggjøre hva testingen skal oppnå. Er hovedmålet å redusere risiko før produksjonssetting, sikre etterlevelse av krav, eller støtte kontinuerlig leveranse? Klare mål gjør det enklere å prioritere riktig.
Testnivåer og testtyper
Her beskrives hvilke testnivåer som er relevante, for eksempel systemtesting og akseptansetesting, og hvilke testtyper som skal vektlegges, som funksjonell eller ikke-funksjonell testing.
Risikovurdering
En god teststrategi tar utgangspunkt i risiko. Hvilke deler av løsningen er mest kritiske? Hvor vil feil få størst konsekvenser? Dette bør styre både omfang og prioritering av testarbeidet.
Roller og ansvar
Teststrategien bør klargjøre hvem som har ansvar for planlegging, gjennomføring og oppfølging av testing. Tydelige roller reduserer risikoen for hull i testdekningen.
Testmiljøer
Beskrivelse av hvilke miljøer som skal brukes til testing, og hvilke krav som stilles til stabilitet, data og tilgjengelighet.
Verktøy og automatisering
Her bør det beskrives hvilke verktøy som benyttes, og i hvilken grad automatisering er aktuelt. Målet er ikke å automatisere mest mulig, men riktig.
Kvalitetskriterier
Teststrategien bør definere hva som skal til for at testingen anses som tilstrekkelig. Dette kan være basert på testdekning, feilnivå eller risikovurderinger.
Eksempel på teststrategi i praksis
La oss ta et eksempel fra et typisk IT-prosjekt der en ny fagsystemløsning skal innføres.
Prosjektet har stramme tidsrammer, mange integrasjoner og høy forretningskritikalitet. Teststrategien kan da legge føringer som:
- fokus på systemtesting og integrasjoner
- prioritering av kritiske brukerreiser
- begrenset, men målrettet automatisering
- tydelig ansvar hos testleder i samarbeid med fag
Resultatet er at testarbeidet styres mot det som faktisk betyr mest for virksomheten, i stedet for å forsøke å teste “alt likt”.
Teststrategi i smidige IT-prosjekter
I smidige prosjekter kan begrepet “strategi” oppleves tungt. Likevel er behovet for en overordnet tilnærming til testing minst like stort.
I smidige prosjekter bør teststrategien være lettvektsbasert og fleksibel. Den gir føringer for hvordan kvalitet ivaretas kontinuerlig, samtidig som den kan justeres etter hvert som løsningen utvikles.
Ofte innebærer dette:
- tidlig involvering av testkompetanse
- tett samspill mellom utvikling og testing
- kontinuerlig vurdering av risiko
Teststrategien blir da et levende dokument som støtter teamets arbeid, ikke et hinder.
Vanlige feil i teststrategier
Selv når det finnes en teststrategi, er det ikke gitt at den gir ønsket effekt. Noen vanlige fallgruver går igjen i mange prosjekter.
En typisk feil er at teststrategien blir for generell. Hvis den kunne vært brukt uendret i hvilket som helst prosjekt, gir den liten verdi i praksis.
En annen feil er at strategien blir for detaljert. Når den går for langt ned i operativt nivå, mister den fleksibiliteten som er nødvendig i et levende prosjekt.
Manglende forankring er også en utfordring. En teststrategi som kun er kjent for testressurser, men ikke for prosjektledelse og fag, vil sjelden fungere etter hensikten.
Hvem bør eie teststrategien?
Eierskap til teststrategien er avgjørende for at den skal fungere i praksis.
I mange prosjekter ligger ansvaret hos testleder eller QA-ansvarlig. Samtidig bør teststrategien forankres hos prosjektleder og øvrig prosjektledelse, slik at den faktisk påvirker prioriteringer og beslutninger.
Teststrategi er ikke kun et testfaglig dokument, men et styringsverktøy for hele prosjektet.
Aspiria hjelper deg med teststrategien
En teststrategi gir struktur, forutsigbarhet og bedre risikostyring i IT-prosjekter. Den sikrer at testarbeidet er målrettet og tilpasset prosjektets faktiske behov, i stedet for å være reaktivt og tilfeldig.
Når teststrategien er tydelig forankret og brukt aktivt, blir testing et reelt styringsverktøy. Ikke bare en kontroll på slutten av prosjektet.
Aspiria bistår virksomheter med å etablere og bruke teststrategier som gir verdi i praksis, tilpasset prosjektets kompleksitet, arbeidsform og mål.