Hva er brukeraksepttesting (UAT)?

Hva er UAT?

User Acceptance Testing (UAT) er en type testing utført av sluttbrukeren eller klienten for å verifisere/akseptere programvaresystemet før programvareapplikasjonen flyttes til produksjonsmiljøet. UAT gjøres i sluttfasen av testing etter at funksjonell, integrasjon og systemtesting er utført.

Formål med UAT

Den viktigste Formål med UAT er å validere forretningsflyt fra ende til ende. Den fokuserer ikke på kosmetiske feil, stavefeil eller systemtesting. Brukeraksepttesting utføres i et separat testmiljø med produksjonslignende dataoppsett. Det er en slags svartbokstesting der to eller flere sluttbrukere vil være involvert.

UAT utføres av:

• kunde
• Sluttbrukere

Behov for testing av brukeraksept

Behovet for testing av brukeraksept oppstår når programvare har gjennomgått enhets-, integrasjons- og systemtesting. Utviklere kan ha bygget programvare basert på sin egen tolkning av kravdokumentet, og nødvendige endringer under utviklingen kommuniseres ikke alltid effektivt. UAT verifiserer derfor at sluttproduktet er akseptert av klienten og sluttbrukerne.

• Utviklere koder programvare basert på et kravdokument, som er deres «egen» forståelse av kravene og er kanskje ikke det klienten trenger fra programvaren.
• Kravendringer i løpet av prosjektet kan ikke kommuniseres effektivt til utviklerne.

Aksepttesting og V-modell

I V-modellen tilsvarer brukeraksepttesting kravfasen til Software Development Life Cycle (SDLC)Denne sammenkoblingen sikrer at alt som ble fanget opp i forretningskravene, verifiseres gjennom UAT før utgivelse.

Forutsetninger for brukeraksepttesting

Før UAT kan starte, må systemet oppfylle et klart sett med opptakskriterier. Følgende er typiske forutsetninger for brukeraksepttesting:

• Forretningskrav må være tilgjengelige.
• Søknad Code skal være fullt utviklet.
• Enhetstesting, integrasjonstesting og systemtesting skal fullføres.
• Ingen Showstopper-, Høye- eller Medium-defekter skal være igjen i systemintegrasjonstestfasen.
• Kun kosmetiske feil er akseptable før UAT.
• Regresjonstesting bør fullføres uten vesentlige feil.
• Alle rapporterte feil bør utbedres og testes før UAT.
• A tracEn gjennomførbarhetsmatrise for all testing skal fylles ut.
• UAT-miljøet må være klart.
• Signeringse-post eller kommunikasjon fra systemtestteamet som bekrefter at systemet er klart for UAT-kjøring.

Hvordan utføre UAT-tester

UAT utføres av de tiltenkte brukerne av systemet eller programvaren. Denne typen Testing av programvare skjer vanligvis hos klienten og kalles også betatesting. Når opptakskriteriene for UAT er oppfylt, utfører testerne følgende oppgaver:

• Analyse av forretningsbehov
• Oppretting av UAT-testplan
• Identifiser testscenarier
• Opprett UAT-testsaker
• Utarbeidelse av testdata (produksjonslignende data)
• Kjør testsakene
• Registrer resultatene
• Bekreft forretningsmål

Trinn 1) Analyse av forretningskrav

En av de viktigste aktivitetene i UAT er å identifisere og utvikle testscenarier. Disse testscenariene er utledet fra følgende dokumenter:

• Prosjekt charter
• Forretningsbruk
• Prosessflytdiagrammer
• Business Requirements Document (BRD)
• Systemkravspesifikasjon (SRS)

Trinn 2) Oppretting av UAT-plan

UAT-testplanen skisserer strategien som skal brukes for å verifisere og sikre at en applikasjon oppfyller forretningskravene. Den dokumenterer Inngangs- og utgangskriterier for UAT, testscenarier, testtilnærming og tidslinjer for testing.

Trinn 3) Identifiser testscenarier og testtilfeller

Identifiser testscenariene med hensyn til forretningsprosesser på overordnet nivå og lag testtilfeller med tydelige testtrinn. Testtilfeller bør dekke de fleste UAT-scenariene tilstrekkelig. Forretningsbrukstilfeller fungerer som input for å lage testtilfellene.

Trinn 4) Utarbeidelse av testdata

Det er best å bruke live data for UAT. Data bør krypteres for personvern og sikkerhet grunner. Testeren bør være kjent med databaseflyten.

Trinn 5) Kjør og registrer resultatene

Utfør testtilfeller og rapporter eventuelle feil. Test feil på nytt når de er fikset. Testing verktøy kan brukes til utførelse.

Trinn 6) Bekreft at forretningsmålene er oppfylt

Forretningsanalytikere eller UAT-testere bør sende en e-post med bekreftelse etter UAT-testing. Etter godkjenning er produktet klart til produksjon. Leveranser for UAT-testing er testplanen, UAT-scenarier og testtilfeller, testresultater og feillogg.

Utgangskriterier for UAT

Før man går i gang med produksjonen, må følgende vurderes:

• Ingen kritiske defekter åpne.
• Forretningsprosessen fungerer tilfredsstillende.
• UAT-godkjenningsmøte med alle interessenter.

Kvaliteter til UAT-testere

En UAT-tester bør ha solid kunnskap om virksomheten. Testeren bør være uavhengig og tenke som en ukjent bruker til systemetTesteren bør være analytisk, tenke sidelengs og kunne kombinere alle slags data for å gjøre UAT vellykket.

Testere, forretningsanalytikere eller fageksperter som forstår forretningskravene eller arbeidsflytene, kan utarbeide tester og data som er realistiske for virksomheten.

Vanlige utfordringer i UAT

Selv modne lag snubler under UAT. Å forutse disse problemene holder utgivelsesplanen intakt:

• Uklart omfang: Definer scenarier som fokuserer på forretningsresultater for å forhindre at UAT blir uskarpt i systemtesting.
• Sen brukermedvirkning: Engasjer sluttbrukere under kravgjennomganger før formell UAT starter.
• Miljødrift: Speile produksjonskonfigurasjoner og datavolumer i UAT-miljøet.

Beste praksis

Følgende punkter bør vurderes for å gjøre UAT vellykket:

• Utarbeid UAT-planen tidlig i prosjektets livssyklus.
• Lag en sjekkliste før UAT starter.
• Gjennomfør en pre-UAT-økt under selve systemtestfasen.
• Sett forventningene og definer omfanget av UAT tydelig.
• Test forretningsflyter fra ende til ende og unngå tester på systemnivå.
• Test systemet eller applikasjonen med virkelige scenarier og data.
• Tenk som en ukjent bruker av systemet.
• Utfør brukervennlighetstesting.
• Gjennomfør en tilbakemeldingsrunde og et møte før du går over i produksjon.

UAT-verktøy

Flere verktøy støtter brukeraksepttesting på tvers av samarbeid, utførelse og rapportering. Noen populære alternativer er listet opp nedenfor:

• Fitnesse: A Java-basert testmotor med åpen kildekode der forretningsinteressenter skriver tester i tabellformat.
• JIRA med Zephyr eller Xray: Kombinerer defekt trackonge med strukturert testutførelse og tracevne.
• TestRail: En nettbasert testadministrasjonsplattform for organisering av UAT-sykluser og rapportering av status.

Eksempelretningslinjer for UAT

• I vanlige programvareutviklingsscenarier utføres ofte UAT i QA-miljøet når det ikke finnes et dedikert staging- eller UAT-miljø.
• UAT klassifiseres vanligvis i Beta- og alfatesting, selv om dette skillet har mindre betydning når programvare utvikles for en tjenestebasert bransje.
• UAT leverer mer verdi når kunden er involvert i større grad gjennom hele prosjektet.

Spørsmål og svar