Hva er User Acceptance Testing (UAT)? Eksempler

Hva er UAT?

User Acceptance Testing (UAT) er en type testing utført av sluttbrukeren eller klienten for å verifisere/akseptere programvaresystemet før programvareapplikasjonen flyttes til produksjonsmiljøet. UAT gjøres i sluttfasen av testing etter at funksjonell, integrasjon og systemtesting er utført.

Formål med UAT

Formål med UAT

Den viktigste Formål med UAT er å validere ende til ende forretningsflyt. Den fokuserer ikke på kosmetiske feil, stavefeil eller systemtesting. Brukeraksepttesting utføres i et eget testmiljø med produksjonslignende dataoppsett. Det er en slags svart boks-testing der to eller flere sluttbrukere vil være involvert.

UAT utføres av –

  • kunde
  • Sluttbrukere
  • Behov for testing av brukeraksept

    Behov for testing av brukeraksept oppstår når programvaren har gjennomgått enhets-, integrasjons- og systemtesting fordi utviklere kan ha bygget programvare basert på kravdokument etter egen forståelse og ytterligere nødvendige endringer under utviklingen kan ikke effektivt kommuniseres til dem, så for å teste om det endelige produktet er akseptert av klienten /sluttbruker, er brukeraksepttesting nødvendig.

    Behov for testing av brukeraksept

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

    Aksepttesting og V-modell

    I VModel tilsvarer brukeraksepttesting kravfasen til Programvareutvikling livssyklus (SDLC).

    Aksepttesting og V-modell

    Forutsetninger for brukeraksepttesting

    Følgende er inngangskriteriene for testing av brukeraksept:

    • Forretningskrav må være tilgjengelige.
    • Applikasjonskoden bør være ferdig utviklet
    • Enhetstesting, integrasjonstesting og systemtesting bør fullføres
    • Ingen Showstoppers, høye, middels defekter i systemintegrasjonstestfasen –
    • Bare kosmetiske feil er akseptable før UAT
    • Regresjonstesting bør fullføres uten store defekter
    • Alle rapporterte defekter bør fikses og testes før UAT
    • Sporbarhetsmatrise for all testing bør fylles ut
    • UAT-miljøet må være klart
    • Logg av e-post eller kommunikasjon fra System Testing Team om at systemet er klart for UAT-kjøring

    Hvordan utføre UAT-tester

    UAT gjøres av de tiltenkte brukerne av systemet eller programvaren. Denne typen Testing av programvare skjer vanligvis på klientstedet som er kjent som Beta-testing. Når inngangskriteriene for UAT er oppfylt, er følgende oppgavene som må utføres av testerne:

    UAT-testingsprosessbilde
    UAT-prosess
    • Analyse av forretningsbehov
    • Oppretting av UAT-testplan
    • Identifiser testscenarier
    • Opprett UAT-testsaker
    • Utarbeidelse av testdata (produksjonslignende data)
    • Kjør testsakene
    • Registrer resultatene
    • Bekreft forretningsmål

    Trinn 1) Analyse av forretningskrav

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

    • Prosjekt charter
    • Forretningsbruk
    • Prosessflytdiagrammer
    • Business Requirements Document (BRD)
    • Systemkravspesifikasjon (SRS)

    Trinn 2) Oppretting av UAT-plan

    UAT-testplanen skisserer strategien som skal brukes for å verifisere og sikre at en applikasjon oppfyller forretningskravene. Det dokumenterer oppføring og utgangskriterier for UAT, testscenarier og testtilnærminger og tidslinjer for testing.

    Trinn 3) Identifiser testscenarier og testtilfeller

    Identifiser testscenarioene med hensyn til forretningsprosesser på høyt nivå og lag testcases med klare testtrinn. Testtilfeller bør tilstrekkelig dekke de fleste UAT-scenariene. Business Use-cases er input for å lage testcases.

    Trinn 4) Utarbeidelse av testdata

    Det er best å bruke live data for UAT. Data bør krypteres for personvern og sikkerhet grunner. Testeren bør være kjent med databaseflyten.

    Trinn 5) Kjør og registrer resultatene

    Utfør testsaker og rapporter feil hvis noen. Test feilene på nytt når de er fikset. Testing verktøy kan brukes til utførelse.

    Trinn 6) Bekreft at forretningsmålene er oppfylt

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

    Utgangskriterier for UAT

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

    • Ingen kritiske defekter åpne
    • Forretningsprosessen fungerer tilfredsstillende
    • UAT Avslutt møte med alle interessenter

    Kvaliteter til UAT-testere

    Kvaliteter til UAT-testere

    UAT Tester bør ha god kunnskap om virksomheten. Han bør være uavhengig og tenke som en ukjent bruker til systemet. Testeren bør være analytisk og Lateral tenker og kombinere all slags data for å gjøre UAT vellykket.

    Tester eller forretningsanalytiker eller fageksperter som forstår forretningskravene eller -flytene kan utarbeide tester og data som er realistiske for virksomheten.

    Beste praksis

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

    • Utarbeid UAT-plan tidlig i prosjektets livssyklus
    • Forbered sjekkliste før UAT starter
    • Gjennomfør Pre-UAT-økt under selve systemtestfasen
    • Sett forventningene og definer omfanget av UAT tydelig
    • Test ende til ende forretningsflyt og unngå systemtester
    • Test systemet eller applikasjonen med virkelige scenarier og data
    • Tenk som en ukjent bruker til systemet
    • Utfør brukervennlighetstesting
    • Gjennomfø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 for brukeraksepttesting, og noen er oppført som referanse:

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

    Eksempelretningslinjer for UAT

    • De fleste gangene i vanlige programvareutviklingsscenarier, utføres UAT i QA-miljøet. Hvis det ikke er iscenesettelse eller UAT-miljø
    • UAT er klassifisert i Beta og Beta- og alfatesting men det er ikke så viktig når programvare utvikles for en tjenestebasert industri
    • UAT gir mer mening når kunden involveres i større grad

    konklusjonen

    • I programvareteknikk er full form for UAT brukeraksepttesting.
    • UAT er en av mange varianter av testing som har dukket opp i løpet av de siste tjuefem årene.
    • Med UAT kan klienten være sikker på "hva du kan forvente" av produktet i stedet for å anta.
    • Fordelen med UAT er at det ikke vil være noen overraskelser når produktet slippes ut på markedet.