Akseptansetesting (UAT)

Akseptansetesting, ofte omtalt som UAT (User Acceptance Testing), er et avgjørende steg før et IT-system tas i bruk. Likevel blir denne testformen ofte misforstått, undervurdert eller behandlet som en formalitet helt på slutten av prosjektet. Det øker risikoen for at løsninger som er teknisk stabile, likevel ikke fungerer godt nok i praksis.

Der systemtesting handler om å verifisere at et system fungerer som en helhet, handler akseptansetesting om noe annet: å bekrefte at løsningen faktisk dekker bedriftens behov og kan brukes i reelle arbeidsprosesser. Det er her systemet går fra å være «ferdig utviklet» til å være klart for bruk.

Hva er akseptansetesting?

Akseptansetesting er en testform der bedriftens vurderer om et IT-system kan godkjennes for bruk. Målet er å bekrefte at løsningen støtter faktiske arbeidsprosesser, roller og behov, slik de er definert gjennom krav og forventninger.

I motsetning til tekniske testnivåer fokuserer akseptansetesting på:

• hvordan systemet brukes i praksis
• om brukerflyt og funksjonalitet oppleves som hensiktsmessig
• om løsningen støtter bedriftens mål

Akseptansetesting er derfor ikke primært en teknisk øvelse. Den er en forretningsmessig vurdering av om løsningen er «god nok» til å tas i bruk.

Når i utviklingsløpet gjennomføres akseptansetesting?

Akseptansetesting gjennomføres normalt etter at systemtesting er fullført og før produksjonssetting. På dette tidspunktet anses systemet som teknisk ferdig, selv om det fortsatt kan finnes kjente feil eller mangler.

I tradisjonelle prosjekter skjer UAT ofte som en egen fase mot slutten av prosjektet. I smidige prosjekter kan akseptansetesting gjennomføres mer løpende, knyttet til inkrementelle leveranser eller større releaser.

Uavhengig av metodikk er hensikten den samme: å gi bedriftens et tydelig grunnlag for å godkjenne eller utsette produksjonssetting.

Akseptansetesting vs systemtesting

Forskjellen mellom systemtesting og akseptansetesting er en av de vanligste kildene til misforståelser i IT-prosjekter.

Systemtesting har et teknisk perspektiv. Her testes hele systemet samlet for å verifisere at funksjonalitet, dataflyt, integrasjoner og feilhåndtering fungerer som forventet. Testene utføres typisk av testere eller QA-ressurser, basert på tekniske og funksjonelle krav.

Akseptansetesting har et forretningsperspektiv. Her vurderes løsningen opp mot bedriftens behov, arbeidsprosesser og forventninger. Testene utføres av bedriftens, ofte representert ved produkteier, fagressurser eller nøkkelbrukere.

Begge testformer er nødvendige, men de dekker ulike behov. En løsning kan bestå systemtesting og likevel feile i akseptansetesting dersom den ikke støtter faktisk bruk på en tilfredsstillende måte.

Hva testes i akseptansetesting?

I akseptansetesting testes ikke detaljerte tekniske scenarier. Fokus ligger på helhet og bruk.

Typiske områder som vurderes er:

• om sentrale forretningsprosesser kan gjennomføres fra start til slutt
• om roller og tilganger fungerer som forventet
• om brukergrensesnitt og arbeidsflyt er forståelig og hensiktsmessig
• om løsningen dekker definerte krav og forventninger
• om avvik og begrensninger er akseptable

Testene bør ta utgangspunkt i realistiske scenarier og faktisk bruk, ikke ideelle «glade stier». Det gir et mer realistisk bilde av hvordan løsningen vil fungere i produksjon.

Hvem har ansvar for akseptansetesting?

Et av de viktigste prinsippene i akseptansetesting er at ansvaret ligger hos bedriftens ikke hos leverandør eller tekniske roller.

Akseptansetesting eies normalt av:

• produkteier
• fagressurser
• nøkkelbrukere

Testleder, QA og prosjektleder har ofte en støttende rolle. De kan bidra med planlegging, tilrettelegging, struktur og oppfølging, men de bør ikke eie selve godkjenningen.

Når bedriftens tar eierskap til akseptansetestingen, blir også beslutningen om produksjonssetting bedre forankret.

Vanlige misforståelser om akseptansetesting

Akseptansetesting er ofte omgitt av misforståelser som svekker verdien av testformen.

En vanlig oppfatning er at akseptansetesting kun er en formalitet. I praksis er dette ofte et tegn på at enten testingen kommer for sent, eller at riktige personer ikke er involvert.

En annen misforståelse er at leverandør eller utviklingsteam kan gjennomføre UAT på vegne av bedriftens. Selv om tekniske ressurser kan støtte testingen, kan de ikke erstatte bedriftens vurdering av om løsningen dekker faktiske behov.

Det er også vanlig å tro at en vellykket systemtest gjør akseptansetesting overflødig. Erfaring viser at mange avvik først blir synlige når løsningen brukes i realistiske forretningsscenarioer.

Akseptansetesting i smidige IT-prosjekter

I smidige prosjekter kan akseptansetesting oppleves mindre tydelig avgrenset enn i tradisjonelle leveransemodeller. Likevel er behovet like stort.

Her skjer aksept ofte løpende, knyttet til:

• ferdigstillelse av brukerhistorier
• sprint-leveranser
• større releaser

Produkteier har en sentral rolle i å vurdere om leveranser kan godkjennes. Samtidig er det viktig å sikre at vurderingen skjer med et helhetlig perspektiv, ikke bare på enkeltfunksjoner.

Smidig akseptansetesting fungerer best når den er tydelig planlagt og forankret, selv om den gjennomføres iterativt.

Når gir akseptansetesting reell verdi?

Akseptansetesting gir størst verdi når:

• krav og forventninger er tydelig formulert
• riktige personer deltar aktivt
• testingen skjer i realistiske omgivelser
• funn faktisk følges opp

Når akseptansetesting brukes aktivt som styringsverktøy, bidrar den til bedre kvalitet og færre overraskelser etter produksjonssetting.

Akseptansetesting er overgangen mellom teknisk leveranse og faktisk bruk. Den sikrer at et IT-system ikke bare fungerer teknisk, men også støtter bedriftens behov og arbeidsprosesser.

Aspiria hjelper deg med testledelse

Når akseptansetesting gjennomføres på riktig tidspunkt, med riktig eierskap og realistiske scenarier, gir den et solid beslutningsgrunnlag før produksjonssetting. Det reduserer risiko, øker kvaliteten og gir en tryggere overgang til drift.

Aspiria bistår bedrifter med å planlegge og gjennomføre akseptansetesting som gir reell verdi tilpasset prosjektets kompleksitet, arbeidsform og mål.