Što je testiranje prihvatljivosti korisnika (UAT)?

Što je UAT?

Test prihvatljivosti korisnika (UAT) je vrsta testiranja koje provodi krajnji korisnik ili klijent kako bi potvrdio/prihvatio softverski sustav prije premještanja softverske aplikacije u proizvodno okruženje. UAT se radi u završnoj fazi testiranja nakon obavljenog funkcionalnog, integracijskog i sistemskog testiranja.

Svrha UAT-a

Glavni Svrha UAT-a jest validirati cjelokupni poslovni tok. Ne fokusira se na kozmetičke pogreške, pravopisne pogreške ili testiranje sustava. Testiranje prihvatljivosti korisnika provodi se u zasebnom okruženju za testiranje s postavkama podataka sličnim produkcijskim. To je vrsta testiranja crne kutije u koje će biti uključena dva ili više krajnjih korisnika.

UAT se izvodi pomoću:

• Klijent
• Krajnji korisnici

Potreba za korisničkim testiranjem prihvatljivosti

Potreba za testiranjem prihvatljivosti korisnika nastaje nakon što je softver prošao jedinično, integracijsko i sistemsko testiranje. Razvojni programeri su možda izgradili softver na temelju vlastite interpretacije dokumenta sa zahtjevima, a potrebne promjene tijekom razvoja ne moraju uvijek biti učinkovito priopćene. UAT stoga provjerava je li konačni proizvod prihvaćen od strane klijenta i krajnjih korisnika.

• Razvojni programeri kodiraju softver na temelju dokumenta sa zahtjevima, koji predstavlja njihovo „vlastito“ razumijevanje zahtjeva i možda zapravo i nije ono što klijent treba od softvera.
• Promjene zahtjeva tijekom projekta možda neće biti učinkovito priopćene programerima.

Ispitivanje prihvatljivosti i V-model

U V-modelu, testiranje prihvatljivosti korisnika odgovara fazi zahtjeva Životni ciklus razvoja softvera (SDLC)Ovo uparivanje osigurava da se sve što je zabilježeno u poslovnim zahtjevima provjerava putem UAT-a prije objavljivanja.

Preduvjeti testiranja prihvatljivosti korisnika

Prije nego što UAT može započeti, sustav mora zadovoljiti jasan skup kriterija za ulazak. Slijede tipični preduvjeti za testiranje prihvatljivosti korisnika:

• Poslovni zahtjevi moraju biti dostupni.
• primjena Code treba biti u potpunosti razvijen.
• Treba dovršiti jedinično testiranje, integracijsko testiranje i sistemsko testiranje.
• U fazi testiranja integracije sustava ne bi smjele ostati nikakve iritantne, visoke ili srednje greške.
• Samo kozmetičke greške su prihvatljive prije UAT-a.
• Regresijsko testiranje treba biti završeno bez većih nedostataka.
• Sve prijavljene nedostatke treba ispraviti i testirati prije UAT-a.
• A tracTreba dovršiti matricu izvedivosti za sva testiranja.
• UAT okruženje mora biti spremno.
• Potpis e-pošte ili komunikacije od Tima za testiranje sustava kojom se potvrđuje da je sustav spreman za izvršavanje UAT-a.

Kako izvršiti UAT testove

UAT provode predviđeni korisnici sustava ili softvera. Ovu vrstu Testiranje softvera obično se odvija na lokaciji klijenta i naziva se i Beta testiranje. Nakon što su zadovoljeni kriteriji za UAT, testeri obavljaju sljedeće zadatke:

• Analiza poslovnih zahtjeva
• Izrada plana UAT ispitivanja
• Identificirajte testne scenarije
• Stvorite UAT testne slučajeve
• Priprema testnih podataka (podaci slični proizvodnim)
• Pokrenite testne slučajeve
• Zabilježite rezultate
• Potvrdite poslovne ciljeve

Korak 1) Analiza poslovnih zahtjeva

Jedna od najvažnijih aktivnosti u UAT-u je identificiranje i razvoj testnih scenarija. Ti testni scenariji izvedeni su iz sljedećih dokumenata:

• Povelja projekta
• Slučajevi poslovne uporabe
• Dijagrami toka procesa
• Dokument o poslovnim zahtjevima (BRD)
• Specifikacija sistemskih zahtjeva (SRS)

Korak 2) Izrada UAT plana

Plan testiranja UAT-a ocrtava strategiju koja će se koristiti za provjeru i osiguranje da aplikacija ispunjava svoje poslovne zahtjeve. Dokumentira kriteriji ulaska i izlaska za UAT, testni scenariji, pristup testnim slučajevima i vremenski okviri testiranja.

Korak 3) Identificirajte testne scenarije i testne slučajeve

Identificirajte testne scenarije s obzirom na poslovne procese visoke razine i stvorite testne slučajeve s jasnim koracima testiranja. Testni slučajevi trebali bi dovoljno pokriti većinu UAT scenarija. Poslovni slučajevi upotrebe služe kao ulaz za stvaranje testnih slučajeva.

Korak 4) Priprema testnih podataka

Najbolje je koristiti podatke uživo za UAT. Podatke treba šifrirati radi privatnosti i sigurnosti razloga. Tester bi trebao biti upoznat s tokom baze podataka.

Korak 5) Pokrenite i zabilježite rezultate

Izvršite testne slučajeve i prijavite greške ako ih ima. Ponovno testirajte greške nakon što se isprave. Upravljanje testovima alati se mogu koristiti za izvršenje.

Korak 6) Potvrdite ispunjenje poslovnih ciljeva

Poslovni analitičari ili UAT testeri trebaju poslati e-poruku s potvrdom nakon UAT testiranja. Nakon potvrde, proizvod je spreman za produkciju. Isporučeni materijali za UAT testiranje su Plan testiranja, UAT scenariji i testni slučajevi, Rezultati testiranja i Zapisnik grešaka.

Izlazni kriteriji za UAT

Prije početka proizvodnje potrebno je razmotriti sljedeće:

• Nema otvorenih kritičnih nedostataka.
• Poslovni proces funkcionira zadovoljavajuće.
• Sastanak za završetak UAT-a sa svim dionicima.

Kvalitete UAT testera

UAT tester treba posjedovati snažno znanje o poslovanju. Tester treba biti neovisan i razmišljati kao nepoznatog korisnika sustavuTester bi trebao biti analitičan, lateralno razmišljati i sposoban kombinirati sve vrste podataka kako bi UAT bio uspješan.

Testeri, poslovni analitičari ili stručnjaci za predmetnu materiju koji razumiju poslovne zahtjeve ili tijekove rada mogu pripremiti testove i podatke koji su realni za poslovanje.

Uobičajeni izazovi u UAT-u

Čak i zreli timovi posrću tijekom UAT-a. Predviđanje ovih problema održava raspored izdanja netaknutim:

• Nejasan opseg: Definirajte scenarije koji se usredotočuju na poslovne rezultate kako biste spriječili zamagljivanje UAT-a u testiranje sustava.
• Kasno uključivanje korisnika: Uključite krajnje korisnike tijekom pregleda zahtjeva prije početka formalnog UAT-a.
• Pomak okoline: Zrcalite konfiguracije produkcije i količine podataka unutar UAT okruženja.

Najbolje prakse

Za uspješan UAT treba uzeti u obzir sljedeće točke:

• Pripremite UAT plan rano u životnom ciklusu projekta.
• Pripremite kontrolnu listu prije početka UAT-a.
• Provedite pre-UAT sesiju tijekom same faze testiranja sustava.
• Jasno postavite očekivanja i definirajte opseg UAT-a.
• Testirajte poslovne tokove od početka do kraja i izbjegavajte testove na razini sustava.
• Testirajte sustav ili aplikaciju sa stvarnim scenarijima i podacima.
• Razmišljajte kao nepoznati korisnik sustava.
• Izvršite testiranje upotrebljivosti.
• Prije početka proizvodnje provedite sesiju povratnih informacija i sastanak.

UAT alati

Nekoliko alata podržava testiranje korisničke prihvatljivosti u suradnji, izvršavanju i izvještavanju. U nastavku je navedeno nekoliko popularnih opcija:

• Fitnesse: A Java-bazirani program za testiranje otvorenog koda gdje poslovni dionici izrađuju testove u tabličnom formatu.
• TURA sa Zephyrom ili Xray: Defekt kombiniranja trackralj sa strukturiranim izvršavanjem testova i traclakoća.
• TestRail: Web platforma za upravljanje testiranjem za organiziranje UAT ciklusa i izvještavanje o statusu.

Primjer smjernica za UAT

• U redovnim scenarijima razvoja softvera, UAT se često provodi u QA okruženju kada ne postoji namjensko okruženje za pripremu ili UAT okruženje.
• UAT se obično klasificira u Beta i Alpha testiranje, iako je ova razlika manje važna kada se softver razvija za industriju temeljenu na uslugama.
• UAT pruža veću vrijednost kada je kupac u većoj mjeri uključen u cijeli projekt.

Pitanja i odgovori