Hvad er User Acceptance Testing (UAT)? Eksempler

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

Formål med UAT

Den væsentligste Formål med UAT er at validere ende til ende forretningsflow. Den fokuserer ikke på kosmetiske fejl, stavefejl eller systemtest. Brugeraccepttest udføres i et separat testmiljø med produktionslignende dataopsætning. Det er lidt sort box test, hvor to eller flere slutbrugere vil være involveret.

UAT udføres af –

  • Klient
  • Slutbrugere
  • Behov for test af brugeraccept

    Behov for test af brugeraccept opstår, når softwaren har gennemgået enheds-, integrations- og systemtestning, fordi udviklere kan have bygget software baseret på kravdokument efter deres egen forståelse, og yderligere nødvendige ændringer under udviklingen kan muligvis ikke kommunikeres effektivt til dem, så for at teste, om det endelige produkt er accepteret af klienten /slutbruger, er brugeraccepttest nødvendig.

    Behov for test af brugeraccept

    • Udviklere koder software baseret på 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 VModel svarer brugeraccepttest til kravfasen af Softwareudviklings livscyklus (SDLC).

    Accepttest og V-model

    Forudsætninger for brugeraccepttest

    Following er adgangskriterierne for test af brugeraccept:

    • Forretningskrav skal være tilgængelige.
    • Ansøgningskode skal være fuldt udviklet
    • Enhedstest, integrationstest og systemtest skal være afsluttet
    • Ingen Showstoppers, høje, medium defekter i systemintegrationstestfasen –
    • Kun kosmetiske fejl er acceptable før UAT
    • Regressionstest skal udføres uden større defekter
    • Alle de rapporterede defekter skal rettes og testes før UAT
    • Sporbarhedsmatrix for al testning bør udfyldes
    • UAT Miljø skal være klar
    • Underskrive mail eller kommunikation fra systemtestteamet om, at systemet er klar til UAT-udførelse

    Sådan udføres UAT-tests

    UAT udføres af de tilsigtede brugere af systemet eller softwaren. Denne type Software Testing sker normalt på klientens placering, som er kendt som Beta-testning. Når adgangskriterierne for UAT er opfyldt, following er opgaverne skal udføres af testerne:

    UAT-testprocesbillede
    UAT-proces
    • 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 folloenwing dokumenter:

    • Projektgrundlaget
    • Cases til erhvervsbrug
    • Processtrømdiagrammer
    • Business Requirements Document (BRD)
    • Systemkravsspecifikation (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 adgang og exitkriterier for UAT, testscenarier og testcases tilgang og tidslinjer for test.

    Trin 3) Identificer testscenarier og testcases

    Identificer testscenarierne med hensyn til forretningsprocesser på højt niveau og opret testcases med klare testtrin. Testcases bør dække de fleste UAT-scenarier tilstrækkeligt. Business Use cases er 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 grunde. Testeren skal være bekendt med databaseflowet.

    Trin 5) Kør og optag resultaterne

    Udfør testsager og rapporter eventuelle fejl. Test fejlene 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 skal sende et skilt mail efter UAT-testen. Efter sign-off er produktet godt at gå til produktion. Leverancer til UAT-testning er testplan, UAT-scenarier og testsager, testresultater og defektlog

    Udgangskriterier for UAT

    Inden du går i produktion, following skal overvejes:

    • Ingen kritiske defekter åbner
    • Forretningsprocessen fungerer tilfredsstillende
    • UAT Afmeld møde med alle interessenter

    Kvaliteter af UAT-testere

    Kvaliteter af UAT-testere

    UAT Tester skal have et godt kendskab til virksomheden. Han skal være selvstændig og tænke som en ukendt bruger til systemet. Testeren skal være analytisk og Lateral tænker og kombinere alle slags data for at gøre UAT vellykket.

    Tester eller forretningsanalytiker eller fageksperter, der forstår forretningskravene eller -flowene, kan udarbejde test og data, som er realistiske for virksomheden.

    Best Practices

    Following point skal overvejes for at opnå UAT succes:

    • Forbered UAT-plan tidligt i projektets livscyklus
    • Forbered tjekliste før UAT starter
    • Gennemfør Pre-UAT session under selve systemtestfasen
    • Indstil forventningen og definer omfanget af UAT klart
    • Test ende til ende forretningsflow og undgå systemtests
    • Test systemet eller applikationen med scenarier og data fra den virkelige verden
    • Tænk som en ukendt bruger til systemet
    • Udfør Usability Testing
    • Gennemfør feedback-session og møde, før du går 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:

    1) Original Software

    Original Software kan reducere UAT-indsatsen med 60 % med en kodefri testopsamlings- og administrationsløsning designet til både testledere og forretningsbrugere. Test på tværs af enhver cloud eller on-premise-applikation, og administrer alt UAT, fra testoprettelse til registrering til resultater på ét sted. Organiser og kør testning og generer rig, konsistent og tilgængelig testbevis uden de rodede regneark, f.mails eller skærmbilleder.

    Original Software

    Funktioner:

    • Alt-i-én UAT-løsning
    • Virker på tværs af alle ERP'er og applikationer
    • Test enhver proces ende-til-ende
    • Optag automatisk alt
    • Træn og brug inden for 30 minutter
    • Øjeblikkelige testresultatmeddelelser
    • Nemme anmærkninger og kommentarer

    Besøg Original Software

    Fitness værktøj: Det er en Java værktøj brugt som testmotor. Det er nemt at lave test og registrere resultater i en tabel. Brugere af værktøjet indtaster det formaterede input, og test oprettes automatisk. Testene udføres derefter, og outputtet returneres tilbage til brugeren.

    Watir : Det er værktøjssæt, der bruges til at automatisere browserbaserede test under brugeraccepttest. Ruby er programmeringssproget, der bruges til inter-proces kommunikation mellem Ruby og Internet Explorer.

    Eksempel på retningslinjer for UAT

    • Oftest udføres UAT i almindelige softwareudviklingsscenarier i QA-miljøet. Hvis der ikke er iscenesættelse eller UAT-miljø
    • UAT er klassificeret i Beta og Beta og Alpha test men det er ikke så vigtigt, når software udvikles til en servicebaseret industri
    • UAT giver mere mening, når kunden involveres i højere grad

    Konklusion

    • I Software Engineering er fuld form for UAT brugeraccepttest.
    • UAT er en af ​​de mange varianter af test, der er dukket op i løbet af de sidste femogtyve å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.