Hva er UAT (User Acceptance Testing)? med eksempler

Hvem utfører UAT?

• Klient
• Sluttbrukere

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

Akseptstesting og V-modell

I VModel tilsvarer testing av brukeraksept til kravfase i programvareutviklingens livssyklus (SDLC).

Forutsetninger for testing av brukeraksept:

Følgende er oppføringskriteriene for testing av brukeraksept:

• Forretningskrav må være tilgjengelige.
• Søknadskode skal være fullt utviklet
• Enhetstesting, integrasjonstest & Systemtesting bør fullføres
• Ingen showstoppere, høye, middels feil i systemintegrasjonstestfasen –
• Bare kosmetisk feil er akseptabelt før UAT
• Regresjonstesting bør fullføres uten større mangler
• Alle rapporterte feil bør rettes og testes før UAT
• Sporbarhetsmatrise for all testing bør fullføres
• UAT-miljø må være klart
• Meld av e-post eller kommunikasjon fra System Testing Team om at systemet er klart for UAT-kjøring

Hvordan gjøre UAT Testing

UAT utføres av de tiltenkte brukerne av systemet eller programvaren. Denne typen programvaretesting skjer vanligvis på klientstedet som er kjent som betatesting. Når oppføringskriteriene for UAT er oppfylt, må oppgavene utføres av testerne:

• Analyse av forretningskrav
• Opprettelse av UAT-testplan
• Identifiser testscenarier
• Lag UAT-testtilfeller
• Utarbeidelse av testdata (produksjon som Data)
• Kjør testtilfellene
• Registrer resultatene
• Bekreft forretningsmål

Trinn 1) Analyse av virksomheten Krav

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

• Prosjekt Charter
• Business Use Cases
• Process Flow Diagrams
• Business Kravdokument (BRD)
• Systemkravspesifikasjon (SRS)

Trinn 2) Oppretting av UAT-plan:

UAT-testplanen skisserer strategi som skal brukes til å verifisere og sikre at en applikasjon oppfyller forretningskravene. Den dokumenterer inn- og utgangskriterier for UAT, testscenarier og testtilnærminger og tidslinjer for testing.

Trinn 3) Identifiser testscenarier og testtilfeller:

Identifiser testscenariene med hensyn til forretningsprosesser på høyt nivå og opprett testsaker med klare testtrinn. Testtilfeller skal tilstrekkelig dekke de fleste UAT-scenariene. Business Use-saker er input for å lage testsaker.

Trinn 4) Utarbeidelse av testdata:

Det anbefales best å bruke direkte data for UAT. Data bør krypteres av hensyn til personvern og sikkerhet. Testeren skal være kjent med databasestrømmen.

Trinn 5) Kjør og registrer resultatene:

Utfør testtilfeller og rapporter feil hvis det er noen. Test feilene på nytt når de er løst.Testhåndteringsverktøy kan brukes til utførelse.

Trinn 6) Bekreft at forretningsmålene er oppfylt:

Forretningsanalytikere eller UAT-testere må sende en avmeldingspost etter UAT-testen. Etter avlogging er produktet godt å gå til produksjon. Leveranser for UAT-testing er testplan, UAT-scenarier og testtilfeller, testresultater og feillogg

Utgangskriterier for UAT:

Før du går i produksjon, må følgende vurderes:

• Ingen kritiske mangler åpne
• Forretningsprosessen fungerer tilfredsstillende
• UAT Avmeldingsmøte med alle interessenter

Kvaliteter av UAT-testere:

UAT Tester skal ha god kunnskap om virksomheten. Han skal være uavhengig og tenke som en ukjent bruker av systemet. Tester skal være analytisk og lateral tenker og kombinere alle slags data for å gjøre UAT vellykket.

Tester eller Business Analyst eller Subject Matter Experts som forstår forretningskravene eller -strømmene kan utarbeide test og data som er realistiske for virksomheten.

Beste fremgangsmåter:

Følgende punkter må vurderes for å gjøre UAT suksess:

• Forbered UAT-plan tidlig i prosjektets livssyklus
• Forbered sjekkliste før UAT starter
• Gjør Pre-UAT-økt under selve systemtestfasen
• Still forventning og definer omfanget av UAT tydelig
• Test End to End-forretningsflyt og unngå systemtester
• Test systemet eller applikasjonen med virkelige scenarier og data
• Tenk som en ukjent bruker av systemet
• Utfør brukervennlighetstest
• Gjør tilbakemeldingsøkt og møte før du går over til produksjon

UAT-verktøy

Det er flere verktøy i markedet som brukes til Brukertest og noen er oppført som referanse:

Treningsverktøy: Det er et Java-verktøy som brukes som en testmotor. Det er enkelt å lage tester og registrere resultater i en tabell. Brukere av verktøyet skriver inn den formaterte inngangen, og testene opprettes automatisk. Testene blir deretter utført, og utdataene blir returnert tilbake til brukeren.

Watir: Det er verktøysett som brukes til å automatisere nettleserbaserte tester under testing av brukeraksept. Ruby er programmeringsspråket som brukes til kommunikasjon mellom rubin og Internet Explorer mellom prosesser.

Noen eksempler på retningslinjer for UAT

• De fleste ganger i vanlig programvare som utvikler scenarier, utføres UAT i QA-miljøet. Hvis det ikke er noe iscenesettelse eller UAT-miljø
• UAT er klassifisert i Beta- og Alpha-testing, men det er ikke så viktig når programvare er utviklet for en tjenestebasert industri
• UAT gir mer mening når kunden er involvert i større grad

Konklusjon:

• I Software Engineering er full form for UAT User Acceptance Testing.
• I Software Engineering står UAT for User Acceptance Testing.
• UAT er en av de mange smaker av testing som har dukket opp de siste tjuefem årene.
• Med UAT kan klienten være sikker på «Hva du kan forvente» fra produktet heller enn å anta.
• Fordelen med UAT er at det ikke blir noen overraskelser når produktet slippes på markedet.