Hvad er UAT?
User Acceptance Testing (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 sidste fase af test efter funktionel, integration og systemtest er udført.
Formål med UAT
Hovedformålet med UAT er at validere forretningsstrøm fra ende til anden. Det fokuserer ikke på kosmetiske fejl, stavefejl eller systemtest. Test af brugeraccept udføres i et separat testmiljø med produktionslignende dataopsætning. Det er en slags black box-test, hvor to eller flere slutbrugere vil blive involveret.
Hvem udfører UAT?
- Klient
- Slutbrugere
Behov for test af brugeraccept
Behov for test af brugeraccept opstår, når software har gennemgået enhed, integration og systemtest, fordi udviklere muligvis har bygget software baseret på kravsdokument efter deres egen forståelse, og yderligere nødvendige ændringer under udviklingen måske ikke kommunikeres effektivt til dem, så for at teste om den endelige produkt accepteres af klient / slutbruger, test af brugeraccept er nødvendig.
- Udviklere koder software baseret på kravdokument, som er deres "egen" forståelse af kravene og måske ikke er, hvad klienten har brug for fra softwaren .
- Kravsændringer i løbet af projektet meddeles muligvis ikke effektivt til udviklerne.
Acceptantestning og V-model
I VModel svarer test af brugeraccept til kravene i softwareudviklings livscyklus (SDLC).
Forudsætninger for test af brugeraccept:
Følgende er adgangskriterierne for test af brugeraccept:
- Forretningskrav skal være tilgængelige.
- Ansøgningskode skal være fuldt udviklet
- Enhedstest, integrationstest & systemtest skal være afsluttet
- Ingen showstoppere, høje, mellemstore defekter i systemintegrationstestfasen -
- Kun kosmetisk fejl er acceptabel før UAT
- Regressionstest skal udføres uden større mangler
- Alle de rapporterede fejl skal rettes og testes før UAT
- Sporbarhedsmatrix til al testning skal udfyldes
- UAT-miljøet skal være klar
- Log af mail eller kommunikation fra System Testing Team om, at systemet er klar til UAT-udførelse
Sådan udføres UAT-test
UAT udføres af de tilsigtede 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
- Optag 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
- Forretningsbrugssager
- Procesflowdiagrammer
- Dokument om forretningskrav (BRD)
- Systemkravspecifikation (SRS)
Trin 2) Oprettelse af UAT-plan:
UAT-testplanen skitserer den strategi, der vil blive brugt 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 testning .
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 testsager 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:
Før du går i produktion, skal følgende overvejes:
- Ingen kritiske mangler åbne
- Forretningsprocessen fungerer tilfredsstillende
- UAT Afmeld møde med alle interessenter
UAT-testers kvaliteter:
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 emneekspert Eksperter, der forstår forretningskravene eller -strømmene, kan udarbejde test og data, der er realistiske for virksomheden.
Bedste praksis:
Følgende punkter skal overvejes for at gøre UAT succes:
- Forbered UAT-plan tidligt i projektets livscyklus
- Forbered tjekliste, før UAT starter
- Gennemfør præ-UAT-session under selve systemtestfasen
- Indstil forventningen og definer omfanget af UAT tydeligt
- 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 inter-proces kommunikation 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 iscenesættelse eller UAT-miljø
- UAT er klassificeret i beta- og alfa-test, men det er ikke så vigtigt, når software er udviklet til en servicebaseret industri
- UAT giver mere mening, når kunden i højere grad er involveret
Konklusion:
- I softwareteknik er fuld form for UAT test af brugeraccept.
- I Software Engineering står UAT for Test af brugeraccept.
- 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 i stedet for at antage.
- Fordelen ved UAT er, at der ikke vil være nogen overraskelser, når produktet frigives på markedet.