Vad är UAT (User Acceptance Testing)? med exempel

Vad är UAT?

User Acceptance Testing (UAT) är en typ av testning 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

Huvudsyftet med UAT är att validera affärsflödet från slut till slut. Det fokuserar inte på kosmetiska fel, stavfel eller systemtest. Testning av användaracceptans utförs i en separat testmiljö med produktionsliknande datainställningar. Det är typ av black box-test 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 användaracceptans Testning uppstår när programvaran har genomgått enhet , Integration 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 slutprodukten accepteras av klient / slutanvändare, användare acceptansprovning behö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.
  • Kravsändringar under projektets gång får inte kommuniceras effektivt till utvecklarna.

Acceptance Testing and V-Model

I VModel motsvarar testning av användaracceptans den kravfas i programvaruutvecklingens livscykel (SDLC).

Förutsättningar för användaracceptansprovning:

Följande är ingångskriterierna för testning av användaraccept:

  • Affärskrav måste finnas.
  • Applikationskoden bör vara fullt utvecklad
  • Enhetstestning, integrationstestning & Systemtestning bör slutföras
  • Inga showstoppers, höga, medelstora defekter i systemintegrationstestfasen –
  • Endast kosmetiska fel är acceptabla innan UAT
  • Regressionstestning bör slutföras utan större defekter
  • Alla rapporterade defekter ska åtgärdas och testas innan UAT
  • Spårbarhetsmatris för alla tester bör slutföras
  • UAT-miljön måste vara klar
  • Logga ut e-post eller kommunikation från System Testing Team om att systemet är redo för UAT-körning

Hur man gör UAT Testning

UAT görs av de avsedda användarna 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 följande utföras av testarna:

UAT-process

  • Analys Affärskrav
  • 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ålen

Steg 1) Analys av verksamheten Krav

En av de viktigaste aktiviteterna i UAT är att identifiera och utveckla testscenarier. Dessa testscenarier härrör från följande dokument:

  • Project Charter
  • Business Use Cases
  • Process Flow Diagrams
  • Business Kravdokument (BRD)
  • Systemkravspecifikation (SRS)

Steg 2) Skapande av UAT-plan:

UAT-testplanen beskriver strategi 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 live 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 registrera resultaten:

Utför testfall och rapportera fel om det finns något. Testa om buggarna en gång till.Testhanteringsverktyg kan användas för körning.

Steg 6) Bekräfta att affärsmålen uppfylls:

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 produktionen övergår måste följande övervägas:

  • Inga kritiska defekter öppna
  • Affärsprocessen fungerar tillfredsställande
  • UAT Avsluta möte med alla intressenter

Kvaliteter av UAT-testare:

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. verksamhetens 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 checklista 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öde från slut till slut och undvik systemtest
  • 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 Test av användaracceptans 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 utförs sedan och utmatningen returneras tillbaka till användaren.

Watir: Det är 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 interprocesskommunikation mellan ruby och Internet Explorer.

Några exempel på riktlinjer för UAT

  • De flesta gånger i vanlig programvara som utvecklar scenarier utförs UAT i QA-miljö. Om det inte finns någon iscenesä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:

  • I programvaruteknik är fullständig form av UAT testning av användaracceptans.
  • I mjukvaruteknik står UAT för User Acceptance Testing.
  • 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.

Lämna ett svar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *