Hvad er brugeraccepttestning (UAT)?

Hvad er UAT?

Test af brugeraccept (UAT) er en type test udført af slutbrugeren eller klienten for at verificere/acceptere softwaresystemet, før softwareapplikationen flyttes til produktionsmiljøet. UAT udføres i den afsluttende fase af testning, efter at funktionel, integration og systemtest er udført.

Formål med UAT

Den væsentligste Formål med UAT har til formål at validere forretningsflow fra start til slut. Det fokuserer ikke på kosmetiske fejl, stavefejl eller systemtest. Brugeraccepttestning udføres i et separat testmiljø med produktionslignende dataopsætning. Det er en slags black box-testning, hvor to eller flere slutbrugere vil være involveret.

UAT udføres af:

• Klient
• Slutbrugere

Behov for test af brugeraccept

Behovet for brugeraccepttestning opstår, når software har gennemgået enheds-, integrations- og systemtestning. Udviklere kan have bygget software baseret på deres egen fortolkning af kravdokumentet, og nødvendige ændringer under udviklingen kommunikeres ikke altid effektivt. UAT verificerer derfor, at det endelige produkt accepteres af klienten og slutbrugerne.

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

Accepttest og V-model

I V-modellen svarer brugeracceptanstestning til kravfasen for Softwareudvikling Livscyklus (SDLC)Denne parring sikrer, at alt, hvad der er registreret i forretningskravene, verificeres via UAT før frigivelse.

Forudsætninger for brugeraccepttest

Før UAT kan begynde, skal systemet opfylde et klart sæt adgangskriterier. Følgende er typiske forudsætninger for brugeraccepttestning:

• Forretningskrav skal være tilgængelige.
• Anvendelse Code skal være fuldt udviklet.
• Enhedstestning, integrationstest og systemtestning skal være gennemført.
• Der bør ikke være nogen Showstopper-, Høje- eller Mellemstore-defekter tilbage i systemintegrationstestfasen.
• Kun kosmetiske fejl er acceptable før UAT.
• Regressionstesten skal udføres uden væsentlige defekter.
• Alle rapporterede defekter skal udbedres og testes inden UAT.
• A tracEn effektivitetsmatrix for al testning skal udfyldes.
• UAT-miljøet skal være klar.
• Underskriftsmail eller -kommunikation fra systemtestteamet, der bekræfter, at systemet er klar til UAT-udførelse.

Sådan udføres UAT-tests

UAT udføres af de tiltænkte brugere af systemet eller softwaren. Denne type Software Testing finder normalt sted på klientens lokation og kaldes også Betatestning. Når adgangskriterierne for UAT er opfyldt, udfører testerne følgende opgaver:

• Analyse af forretningskrav
• Oprettelse af UAT testplan
• Identificer testscenarier
• Opret UAT-testsager
• Udarbejdelse af testdata (produktionslignende data)
• Kør testcaserne
• Registrer resultaterne
• Bekræft forretningsmål

Trin 1) Analyse af forretningskrav

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

• Projektgrundlaget
• Cases til erhvervsbrug
• Processtrømdiagrammer
• Business Requirements Document (BRD)
• Systemkravspecifikation (SRS)

Trin 2) Oprettelse af UAT-plan

UAT-testplanen beskriver den strategi, der skal bruges til at verificere og sikre, at en applikation opfylder dens forretningskrav. Den dokumenterer Indgangs- og udgangskriterier for UAT, testscenarier, testcase-tilgang og tidslinjer for testning.

Trin 3) Identificer testscenarier og testcases

Identificer testscenarierne med hensyn til forretningsprocesser på overordnet niveau, og opret testcases med klare testtrin. Testcases bør dække de fleste UAT-scenarier tilstrækkeligt. Forretningsanvendelsescases fungerer som input til oprettelse af testcases.

Trin 4) Udarbejdelse af testdata

Det anbefales bedst at bruge live data til UAT. Data bør krypteres for privatliv og sikkerhed årsager. Testeren bør være bekendt med databaseflowet.

Trin 5) Kør og optag resultaterne

Udfør testcases og rapporter eventuelle fejl. Test igen, når de er rettet. TestManagement værktøjer kan bruges til udførelse.

Trin 6) Bekræft, at forretningsmålene er opfyldt

Forretningsanalytikere eller UAT-testere bør sende en godkendelsesmail efter UAT-testning. Efter godkendelse er produktet klar til produktion. Leverancer til UAT-testning er testplanen, UAT-scenarier og testcases, testresultater og defektlog.

Udgangskriterier for UAT

Før produktionen går i gang, skal følgende overvejes:

• Ingen kritiske defekter åbne.
• Forretningsprocessen fungerer tilfredsstillende.
• UAT-godkendelsesmøde med alle interessenter.

Kvaliteter af UAT-testere

En UAT-tester bør have et solidt kendskab til branchen. Testeren bør være uafhængig og tænke som en ukendt bruger til systemetTesteren skal være analytisk, have en lateral tænker og være i stand til at kombinere alle mulige slags data for at gøre UAT succesfuld.

Testere, forretningsanalytikere eller fageksperter, der forstår forretningskravene eller arbejdsgangene, kan udarbejde tests og data, der er realistiske for virksomheden.

Almindelige udfordringer i UAT

Selv modne hold snubler under UAT. Ved at forudse disse problemer holder du udgivelsesplanen intakt:

• Uklart omfang: Definer scenarier, der fokuserer på forretningsresultater for at forhindre, at UAT slører sig i systemtestning.
• Sen brugerinvolvering: Involver slutbrugerne under gennemgang af krav, før den formelle UAT begynder.
• Miljødrift: Spejl produktionskonfigurationer og datamængder i UAT-miljøet.

Bedste Praksis

Følgende punkter bør overvejes for at gøre UAT succesfuld:

• Udarbejd UAT-planen tidligt i projektets livscyklus.
• Udarbejd en tjekliste inden UAT starter.
• Udfør en pre-UAT-session under selve systemtestfasen.
• Sæt forventningerne og definer omfanget af UAT tydeligt.
• Test forretningsflows fra start til slut, og undgå test på systemniveau.
• Test systemet eller applikationen med virkelige scenarier og data.
• Tænk som en ukendt bruger af systemet.
• Udfør brugervenlighedstest.
• Afhold en feedbacksession og et møde inden produktionen går i gang.

UAT værktøjer

Adskillige værktøjer understøtter brugeraccepttestning på tværs af samarbejde, udførelse og rapportering. Et par populære muligheder er anført nedenfor:

• Fitnesse: A Java-baseret open source-testmotor, hvor forretningsinteressenter udarbejder tests i tabelformat.
• jira med Zephyr eller Xray: Kombinerer defekt trackonge med struktureret testudførelse og tracevne.
• TestRail: En webbaseret teststyringsplatform til organisering af UAT-cyklusser og rapportering af status.

Eksempel på retningslinjer for UAT

• I almindelige softwareudviklingsscenarier udføres UAT ofte i QA-miljøet, når der ikke er et dedikeret staging- eller UAT-miljø.
• UAT klassificeres typisk i Beta og Alpha test, selvom denne sondring er mindre vigtig, når software udvikles til en servicebaseret branche.
• UAT leverer mere værdi, når kunden er involveret i større grad gennem hele projektet.

Ofte Stillede Spørgsmål