Hvad er UAT (User Acceptance Testing)? med eksempler

Hvem udfører UAT?

• Klient
• Slutbrugere

• Udviklere koder software baseret på kravdokument, som er deres “egen” forståelse af kravene og måske ikke faktisk er, hvad klienten har brug for fra softwaren.
• Kravsændringer i løbet af projektet meddeles muligvis ikke effektivt til udviklerne.

Acceptance Testing and V-Model

I VModel svarer test af brugeraccept til den kravsfase i softwareudviklings livscyklus (SDLC).

Forudsætninger for test af brugeraccept:

Følgende er adgangskriterierne for test af brugeraccept:

• Forretningskrav skal være tilgængelige.
• Applikationskode skal være fuldt udviklet
• Enhedstest, integrationstest & Systemtestning skal gennemføres
• Ingen showstoppere, høje, mellemstore defekter i systemintegrationstestfasen –
• Kun kosmetisk fejl er acceptabel før UAT
• Regressionstestning skal udføres uden større mangler
• Alle de rapporterede defekter skal rettes og testes inden UAT
• Sporbarhedsmatrix for alle test skal afsluttes
• UAT-miljø skal være klar
• Log af mail eller kommunikation fra System Testing Team om, at systemet er klar til UAT-udførelse

Sådan gør du UAT Testning

UAT udføres af de tiltænkte brugere af systemet eller softwaren. Denne type softwaretest sker normalt på klientplaceringen, der er kendt som betatestning. Når adgangskriterierne for UAT er opfyldt, skal testerne udføre følgende opgaver:

• Analyse af forretningskrav
• Oprettelse af UAT-testplan
• Identificer testscenarier
• Opret UAT-testtilfælde
• Forberedelse af testdata (produktion som Data)
• Kør testsagerne
• Registrer resultaterne
• Bekræft forretningsmål

Trin 1) Analyse af forretning Krav

En af de vigtigste aktiviteter i UAT er at identificere og udvikle testscenarier. Disse testscenarier er afledt af følgende dokumenter:

• Project Charter
• Business Use Cases
• Process Flow Diagrams
• Business Kravdokument (BRD)
• Systemkravspecifikation (SRS)

Trin 2) Oprettelse af UAT-plan:

UAT-testplanen skitserer strategi, der skal bruges til at verificere og sikre, at en applikation opfylder dens forretningskrav. Det dokumenterer indgangs- og udgangskriterier for UAT, testscenarier og testsager tilgang og tidslinjer for test.

Trin 3) Identificer testscenarier og testtilfælde:

Identificer testscenarierne med hensyn til forretningsprocesser på højt niveau og opret testcases med klare testtrin. Testcases skal tilstrækkeligt dække de fleste af UAT-scenarierne. Business Use-sager er input til oprettelse af testcases.

Trin 4) Forberedelse af testdata:

Det anbefales bedst at bruge live data til UAT. Data skal krypteres af hensyn til fortrolighed og sikkerhed. Tester skal være bekendt med databasestrømmen.

Trin 5) Kør og registrer resultaterne:

Udfør testtilfælde og rapporter eventuelle fejl. Gentest fejl, når de er rettet.Teststyringsværktøjer kan bruges til udførelse.

Trin 6) Bekræft opfyldte forretningsmål:

Forretningsanalytikere eller UAT-testere skal sende en afmeldingsmail efter UAT-testen. Efter afmelding er produktet godt at gå til produktion. Leverancer til UAT-test er testplan, UAT-scenarier og testtilfælde, testresultater og defektlog

Udgangskriterier for UAT:

Inden man går i produktion skal følgende overvejes:

• Ingen kritiske mangler åbne
• Forretningsprocessen fungerer tilfredsstillende
• UAT Afmeld møde med alle interessenter

Kvaliteter af UAT-testere:

UAT Tester skal have et godt kendskab til forretningen. Han skal være uafhængig og tænke som en ukendt bruger af systemet. Tester skal være analytisk og lateral tænker og kombinere alle slags data for at gøre UAT vellykket.

Tester eller forretningsanalytiker eller emneeksperter, der forstår forretningskravene eller -strømmene kan forberede test og data, der er realistiske for virksomheden.

Bedste fremgangsmåder:

Følgende punkter skal overvejes for at gøre UAT succes:

• Forbered UAT-plan tidligt i projektets livscyklus
• Forbered checkliste, før UAT starter
• Gennemfør Pre-UAT-session under selve systemtestfasen
• Angiv forventningen og definer omfanget af UAT klart
• Test afslutning til afslutning af forretningsstrøm og undgå systemtest
• Test systemet eller applikationen med virkelige scenarier og data
• Tænk som en ukendt bruger af systemet
• Udfør brugervenlighedstest
• Gennemfør feedback-session og møde inden du går over til produktion

UAT-værktøjer

Der er flere værktøjer på markedet, der bruges til Test af brugeraccept og nogle er angivet som reference:

Fitnessværktøj: Det er et java-værktøj, der bruges som testmotor. Det er let at oprette tests og registrere resultater i en tabel. Brugere af værktøjet indtaster det formaterede input, og test oprettes automatisk. Testene udføres derefter, og output returneres tilbage til brugeren.

Watir: Det er værktøjssæt, der bruges til at automatisere browserbaserede tests under test af brugeraccept. Ruby er det programmeringssprog, der bruges til kommunikation mellem processer mellem ruby og Internet Explorer.

Nogle eksempler på retningslinjer for UAT

• De fleste gange i almindelig software, der udvikler scenarier, udføres UAT i QA-miljøet. Hvis der ikke er nogen iscenesættelse eller UAT-miljø
• UAT klassificeres i Beta- og Alpha-test, men det er ikke så vigtigt, når software er udviklet til en servicebaseret industri
• UAT giver mere mening, når kunden er i højere grad involveret

Konklusion:

• I Software Engineering er fuld form for UAT brugeracceptstest.
• I Software Engineering står UAT for User Acceptance Testing.
• UAT er en af de mange smagsprøver, der er opstået i løbet af de sidste 25 år.
• Med UAT kan klienten være sikker på “Hvad man kan forvente” af produktet snarere end at antage.
• Fordelen ved UAT er, at der ikke vil være nogen overraskelser, når produktet frigives på markedet.