Vad är UAT?
User Acceptance Testing (UAT) är en typ av test som utförs av slutanvändaren eller klienten för att verifiera / acceptera mjukvarusystemet innan programvaran flyttas till produktionsmiljön. UAT görs i den sista fasen av testet efter funktionell, integration och systemtestning.
Syfte med UAT
Huvud Syftet med UAT är att validera början till slut affärsflödet. Det fokuserar inte på kosmetiska fel, stavfel eller systemtest. Användaracceptans testning utförs i en separat testmiljö med produktionsliknande datainställningar. Det är typ av svartboxtestning där två eller flera slutanvändare kommer att vara inblandade.
Vem utför UAT?
- Klient
- Slutanvändare
Behov av testning av användaracceptans
Behov av testning av användaraccept uppstår när programvara har genomgått enhets-, integrations- och systemtestning eftersom utvecklare kan ha byggt programvara baserat på kravdokument genom sin egen förståelse och ytterligare nödvändiga förändringar under utvecklingen kanske inte kommuniceras effektivt till dem, så för att testa om den slutliga produkten accepteras av klienten / slutanvändaren, testning av användaracceptans krävs.
- Utvecklare kodar programvara baserat på kravdokument som är deras "egen" förståelse av kraven och kanske inte är vad kunden behöver från programvaran .
- Krav på ändringar under projektets gång får inte kommuniceras effektivt till utvecklarna.
Godkännandeprovning och V-modell
I VModel motsvarar testning av användaracceptans kravfasen i programvaruutvecklingens livscykel (SDLC).
Förutsättningar för testning av användaracceptans:
Följande är kriterierna för testning av användaracceptans:
- Affärskrav måste finnas.
- Applikationskoden bör vara fullt utvecklad
- Enhetstestning, integreringstestning och systemtestning bör genomföras
- Inga showstoppers, höga, medelstora defekter i testfasen för systemintegration -
- Endast kosmetiska fel kan accepteras före UAT
- Regressionstestning bör genomföras utan större defekter
- Alla rapporterade defekter ska åtgärdas och testas före UAT
- Spårbarhetsmatris för all testning bör vara klar
- UAT-miljön måste vara klar
- Logga ut e-post eller kommunikation från System Testing Team om att systemet är klart för UAT-körning
Hur man gör UAT-testning
UAT görs av avsedda användare av systemet eller programvaran. Denna typ av programvarutestning sker vanligtvis på klientplatsen som kallas betatestning. När inträdeskriterierna för UAT är uppfyllda måste testarna utföra följande uppgifter:
- Analys av affärsbehov
- Skapande av UAT-testplan
- Identifiera testscenarier
- Skapa UAT-testfall
- Beredning av testdata (produktion som data)
- Kör testfallet
- Spela in resultaten
- Bekräfta affärsmål
Steg 1) Analys av affärsbehov
En av de viktigaste aktiviteterna i UAT är att identifiera och utveckla testscenarier. Dessa testscenarier härrör från följande dokument:
- Projektstadga
- Affärsfall
- Processflödesdiagram
- Dokument för affärsbehov (BRD)
- Systemkravspecifikation (SRS)
Steg 2) Skapande av UAT-plan:
UAT-testplanen beskriver strategin som kommer att användas för att verifiera och säkerställa att en applikation uppfyller företagets krav. Den dokumenterar in- och utgångskriterier för UAT, testscenarier och testfall och tidsplaner för testning .
Steg 3) Identifiera testscenarier och testfall:
Identifiera testscenarierna med avseende på affärsprocesser på hög nivå och skapa testfall med tydliga teststeg. Testfall bör täcka de flesta av UAT-scenarierna tillräckligt. Affärsanvändningsfall är input för att skapa testfall.
Steg 4) Beredning av testdata:
Det rekommenderas bäst att använda levande data för UAT. Data bör krypteras av sekretess och säkerhetsskäl. Testaren bör känna till databasflödet.
Steg 5) Kör och spela in resultaten:
Utför testfall och rapportera eventuella fel. Testa om buggarna en gång till. Testhanteringsverktyg kan användas för körning.
Steg 6) Bekräfta uppfyllda affärsmål:
Affärsanalytiker eller UAT-testare måste skicka en sign-mail efter UAT-testningen. Efter avloggningen är produkten bra för produktion. Leveranser för UAT-testning är testplan, UAT-scenarier och testfall, testresultat och defektlogg
Utgångskriterier för UAT:
Innan du går i produktion måste följande övervägas:
- Inga kritiska defekter öppna
- Affärsprocessen fungerar tillfredsställande
- UAT Avsluta möte med alla intressenter
UAT-testares egenskaper:
UAT Tester bör ha god kunskap om verksamheten. Han borde vara oberoende och tänka som en okänd användare av systemet . Tester bör vara analytisk och lateral tänkare och kombinera alla typer av data för att göra UAT framgångsrik.
Testare eller affärsanalytiker eller ämnesmässiga experter som förstår företagets krav eller flöden kan förbereda test och data som är realistiska för verksamheten.
Bästa praxis:
Följande punkter måste övervägas för att UAT ska lyckas:
- Förbered UAT-plan tidigt i projektets livscykel
- Förbered checklistan innan UAT startar
- Genomför pre-UAT-session under själva systemtestfasen
- Ställ in förväntan och definiera omfattningen av UAT tydligt
- Testa affärsflödet från slut till slut och undvik systemtester
- Testa systemet eller applikationen med verkliga scenarier och data
- Tänk som en okänd användare av systemet
- Utför användbarhetstestning
- Genomför feedback session och möte innan du går till produktion
UAT-verktyg
Det finns flera verktyg på marknaden som används för testning av användaraccept och några listas som referens:
Fitnessverktyg: Det är ett java-verktyg som används som testmotor. Det är enkelt att skapa tester och spela in resultat i en tabell. Användare av verktyget anger den formaterade inmatningen och tester skapas automatiskt. Testerna körs sedan och utmatningen returneras till användaren.
Watir: Det är ett verktygslåda som används för att automatisera webbläsarbaserade tester under testning av användaraccept. Ruby är det programmeringsspråk som används för kommunikation mellan processer mellan ruby och Internet Explorer.
Några exempel riktlinjer för UAT
- I de vanligaste programvarorna som utvecklar scenarier utförs UAT oftast i QA-miljön. Om det inte finns någon iscensättning eller UAT-miljö
- UAT klassificeras i Beta- och Alpha-testning men det är inte så viktigt när programvara utvecklas för en tjänstebaserad industri
- UAT är mer meningsfullt när kunden är involverad i större utsträckning
Slutsats:
- Inom programvaruteknik är fullständig form av UAT testning av användaracceptans.
- Inom Software Engineering står UAT för testning av användaracceptans.
- UAT är en av de många smaker av test som har dykt upp under de senaste tjugofem åren.
- Med UAT kan klienten vara säker på "Vad man kan förvänta sig" från produkten snarare än att anta.
- Fördelen med UAT är att det inte kommer att finnas några överraskningar när produkten släpps ut på marknaden.