Hva er UAT?
User Acceptance Testing (UAT) er en type testing utført av sluttbrukeren eller klienten for å verifisere / akseptere programvaresystemet før programvaren flyttes til produksjonsmiljøet. UAT gjøres i sluttfasen av testing etter at funksjonell, integrasjon og systemtesting er utført.
Formål med UAT
Hovedformålet med UAT er å validere forretningsflyt fra slutt til slutt. Det fokuserer ikke på kosmetiske feil, stavefeil eller systemtesting. Testing av brukeraksept utføres i et eget testmiljø med produksjonslignende dataoppsett. Det er slags black box testing hvor to eller flere sluttbrukere vil være involvert.
Hvem utfører UAT?
- Klient
- Sluttbrukere
Behov for testing av brukertillatelse
Behov for brukertest-testing oppstår når programvare har gjennomgått enhet-, integrasjons- og systemtesting fordi utviklere kanskje har bygget programvare basert på kravdokument etter egen forståelse, og at ytterligere nødvendige endringer under utviklingen kanskje ikke blir kommunisert effektivt til dem, så for å teste om den endelige produktet aksepteres av klienten / sluttbrukeren, det er nødvendig med testing av brukeraksept.
- Utviklere koder programvare basert på kravdokument som er deres "egen" forståelse av kravene og kanskje ikke er det klienten trenger fra programvaren .
- Kravendringer i løpet av prosjektet kan ikke kommuniseres effektivt til utviklerne.
Akseptprøving og V-modell
I VModel tilsvarer testing av brukeracceptans kravfasen i programvareutviklingens livssyklus (SDLC).
Forutsetninger for brukertestetesting:
Følgende er oppføringskriteriene for brukertestetesting:
- Forretningskrav må være tilgjengelige.
- Søknadskoden skal være fullt utviklet
- Enhetstesting, integrasjonstesting og systemtesting bør være fullført
- Ingen showstoppers, høye, middels feil i systemintegrasjonsfasen -
- Bare kosmetiske feil er akseptabelt før UAT
- Regresjonstesting bør fullføres uten store feil
- Alle rapporterte feil bør rettes og testes før UAT
- Sporbarhetsmatrise for all testing bør fullføres
- 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 gjøre UAT-testing
UAT utføres av de tiltenkte brukerne av systemet eller programvaren. Denne typen programvaretesting skjer vanligvis på klientstedet som er kjent som betatesting. Når oppføringskriteriene for UAT er oppfylt, må oppgavene utføres av testerne:
- Analyse av forretningskrav
- Opprettelse av UAT-testplan
- Identifiser testscenarier
- Lag UAT-testtilfeller
- Utarbeidelse av testdata (produksjon som data)
- Kjør testtilfellene
- Registrer resultatene
- Bekreft forretningsmål
Trinn 1) Analyse av forretningskrav
En av de viktigste aktivitetene i UAT er å identifisere og utvikle testscenarier. Disse testscenariene er hentet fra følgende dokumenter:
- Prosjekt Charter
- Forretningsbruk
- Prosessflytdiagrammer
- Business Requirements Document (BRD)
- Systemkravspesifikasjon (SRS)
Trinn 2) Opprettelse av UAT-plan:
UAT-testplanen skisserer strategien som skal brukes til å verifisere og sikre at en applikasjon oppfyller forretningskravene. Den dokumenterer inn- og utgangskriterier for UAT, testscenarier og testtilnærminger og tidslinjer for testing .
Trinn 3) Identifiser testscenarier og testtilfeller:
Identifiser testscenariene med hensyn til forretningsprosesser på høyt nivå og lag testtilfeller med klare testtrinn. Testtilfeller skal tilstrekkelig dekke de fleste UAT-scenariene. Business Use-saker er input for å lage testsaker.
Trinn 4) Utarbeidelse av testdata:
Det anbefales best å bruke live data for UAT. Data bør krypteres av hensyn til personvern og sikkerhet. Testeren skal være kjent med databasestrømmen.
Trinn 5) Kjør og registrer resultatene:
Utfør testsaker og rapporter eventuelle feil. Test feilene på nytt når de er løst. Testhåndteringsverktøy kan brukes til utførelse.
Trinn 6) Bekreft at forretningsmålene er oppfylt:
Forretningsanalytikere eller UAT-testere må sende en avmeldingspost etter UAT-testen. Etter avlogging er produktet godt å gå til produksjon. Leveranser for UAT-testing er testplan, UAT-scenarier og testtilfeller, testresultater og feillogg
Utgangskriterier for UAT:
Før du går i produksjon, må følgende vurderes:
- Ingen kritiske feil er åpne
- Forretningsprosessen fungerer tilfredsstillende
- UAT Avmeldingsmøte med alle interessenter
UAT-testers egenskaper:
UAT Tester skal ha god kunnskap om virksomheten. Han skal være uavhengig og tenke som en ukjent bruker av systemet . Tester bør være analytisk og lateral tenker og kombinere alle slags data for å gjøre UAT vellykket.
Tester eller forretningsanalytiker eller fagpersoner Eksperter som forstår forretningskravene eller -strømmene, kan utarbeide test og data som er realistiske for virksomheten.
Beste praksis:
Følgende punkter må vurderes for å gjøre UAT suksess:
- Forbered UAT-planen tidlig i prosjektets livssyklus
- Forbered sjekkliste før UAT starter
- Gjennomføre pre-UAT-økt under selve systemtestfasen
- Still forventningen og definer omfanget av UAT tydelig
- Test End to End forretningsflyt og unngå systemtester
- Test systemet eller applikasjonen med virkelige scenarier og data
- Tenk som en ukjent bruker av systemet
- Utfør brukervennlighetstesting
- Gjør tilbakemeldingsøkt og møte før du går over til produksjon
UAT-verktøy
Det finnes flere verktøy i markedet som brukes til testing av brukeraksept, og noen er oppført som referanse:
Treningsverktøy: Det er et java-verktøy som brukes som en testmotor. Det er enkelt å lage tester og registrere resultater i en tabell. Brukere av verktøyet skriver inn formatert inngang, og tester blir opprettet automatisk. Testene blir deretter utført, og utdataene blir returnert tilbake til brukeren.
Watir: Det er verktøysett som brukes til å automatisere nettleserbaserte tester under brukertest. Ruby er programmeringsspråket som brukes til kommunikasjon mellom rubin og Internet Explorer mellom prosesser.
Noen eksempler på retningslinjer for UAT
- UAT utføres i QA-miljøet i vanlig programvare som utvikler scenarier. Hvis det ikke er noe iscenesettelse eller UAT-miljø
- UAT er klassifisert i Beta- og Alpha-testing, men det er ikke så viktig når programvare er utviklet for en tjenestebasert industri
- UAT gir mer mening når kunden i større grad er involvert
Konklusjon:
- I programvareteknikk er full form for UAT brukertest.
- I Software Engineering står UAT for User Acceptance Testing.
- UAT er en av de mange smaksprøver som har dukket opp de siste tjuefem årene.
- Med UAT kan klienten være sikker på "Hva du kan forvente" fra produktet i stedet for å anta.
- Fordelen med UAT er at det ikke blir noen overraskelser når produktet slippes ut på markedet.