Zašto nam treba testiranje prihvaćanja korisnika (UAT)?

Autor: Judy Howell
Datum Stvaranja: 5 Srpanj 2021
Datum Ažuriranja: 1 Srpanj 2024
Anonim
Zašto nam treba testiranje prihvaćanja korisnika (UAT)? - Tehnologija
Zašto nam treba testiranje prihvaćanja korisnika (UAT)? - Tehnologija

Sadržaj



Izvor: Lightcome / iStockphoto

Oduzeti:

Nakon što softver prođe testiranje jedinica, integracije i sustava, potreba za testiranjem prihvaćanja može se činiti suvišnom. Zašto je testiranje prihvaćanja korisnika (UAT) još uvijek važno? Ovdje dobro saznajte o prednostima UAT-a i zašto je njegova jedinstvena.

Demo i umri!

Jeste li ikad održali prezentaciju ili obuku s kupcima i nešto se prelomi na pola puta? Ili ste ikad nekome dali upute i shvatili da ste nešto propustili ili nije baš ispalo kako ste se nadali? Tijekom svakog od ovih slučajeva usvajate perspektivu krajnjeg korisnika i radite sa softverom u toj perspektivi. Vjerojatno ste učinili nešto drugačije jer ste razmišljali kao korisnik, a ne kao programer.

Korak u cipele korisnika

Jedinstveni kut testiranja prihvaćanja korisnika (UAT) je testiranje softvera kao krajnjeg korisnika. Softver je stvoren da korisnicima pruži opipljive rezultate. Na primjer, web mjesta e-trgovine omogućuju kupcima kupnju proizvoda. Kad kupac odredi narudžbu, softver za web mjesto za e-trgovinu obavještava administratora trgovine, tako da odabranu stavku može izvući i zapakirati za otpremu. Može postojati različita vrsta korisnika softvera, pa ova faza testiranja omogućava razvojnom timu da potvrdi da krajnji korisnici postižu očekivane rezultate softvera.


Kratka povijest UAT-a

Prije pojave interneta, većina softvera raspoređena je za poznatu korisničku publiku. Ako je tvrtka razvila softver za kupca, dodijeljeni rukovoditelj imao je ovlasti provjeriti ispunjava li softver ugovorene uvjete. To je trebalo da predstavlja točku u kojoj je softver "prikladan za svrhu", što je postignuto odabirom predstavnika krajnjih korisnika koji će obaviti testiranje i pružiti izvješće s rezultatima. Budući da su korisnici bila poznata, zatvorena skupina, svaki je mogao biti osposobljen za upotrebu softvera, obično kroz vrlo detaljne korake ispitivanja. Moto dana je bilo više detalja.

Kako se sve više softvera razvijalo za korisnike na webu, publika krajnjih korisnika postala je otvorenija. Više nije bilo moguće identificirati i osposobiti sve vjerojatne krajnje korisnike, pa je softverski dizajn morao uključivati ​​puno veći naglasak na upotrebljivosti i morao biti lako razumljiv - čak i uz minimalno pružene informacije. Dakle, UAT se morao promijeniti kako bi ispunio te zahtjeve.


UAT vam govori koliko je sustav upotrebljiv

Dakle, ne samo da nam UAT govori opseg funkcionalnosti za dio softvera, nego nam govori i koliko je on koristan. Većinu UAT-a najbolje izvode pojedinci koji razumiju ciljanog krajnjeg korisnika koji će iskusiti softver s malo prethodnog znanja i može dati istinsku indikaciju jednostavnosti korištenja softvera i onoga što treba poboljšati.

Tko može izvoditi UAT?

Kao programeri za testiranje softvera, pamte detalje o tome kako je zapisan sustav. Ovo znanje može utjecati na testiranje, a programeri mogu poduzeti drugačije korake od krajnjih korisnika, poput bržeg obavljanja koraka ili odbacivanja sitnih detalja zbog kojih krajnji korisnici mogu biti zbunjujući. Dakle, programeri nisu najbolji UAT kandidati. Dakle, tko je?

Mnoge organizacije zapošljavaju posebne timove za testiranje koji nisu uključeni u tehnički dizajn i razvoj. Manje organizacije ili dodjeljuju testiranje osoblju koje nije u razvoju, poput onih koji obavljaju administrativne dužnosti, ili koriste usluge vanjske tvrtke. Neke organizacije koriste ono što je poznato kao "testiranje u hodniku", gdje doslovno odaberu članove osoblja koji nisu aktivno zaposleni na projektu i traže od njih da isprobaju sustav iz perspektive krajnjih korisnika. Primjer je naručivanje proizvoda na mreži.

Nakon internog testiranja mogu se dogoditi pilot ili beta faze testiranja, gdje je softver dostupan malim skupinama "stvarnih" korisnika koji su pozvani da besplatno koriste proizvod sa značajnim popustom, zauzvrat za detaljne povratne informacije o korištenju.

Bez grešaka, bez stresa - Vaš korak po korak vodič za stvaranje softvera koji mijenja život bez uništavanja života


Ne možete poboljšati svoje programiranje kad nikoga nije briga za kvalitetu softvera.

Progresivne UAT faze s raznolikom publikom povećavaju povjerenje u upotrebljivost softvera. U kombinaciji s fazama iterativnog razvoja može se izvesti više UAT ciklusa kako bi se testirale nove značajke dok su isporučene, istovremeno provjeravajući prethodne funkcionalnosti.

Dobri UAT testeri su znatiželjni da vide što se događa ako krene različitim putovima do određenog cilja. Uostalom, svi pristupaju korištenju softvera na različite načine, tako da ako mala skupina ljudi može pokriti mnoge mogućnosti, povjerenje softvera u način rada je veća.

Teče uspjeh i neuspjeh

UAT procesi bi trebali potvrditi da svaka vrsta softvera korisnik postiže opipljive rezultate potrebne za tok uspjeha i neuspjeha.

U tijeku uspješnosti krajnji korisnik odlazi s očekivanim rezultatom, poput narudžbe proizvoda. U tijeku neuspjeha softver podržava krajnjeg korisnika kroz neki oblik scenarija pogreške, primjerice kada klijent pruži nevažeće podatke o plaćanju kreditnom karticom.

Da bi se provjerila funkcionalnost, ispitivači se moraju dati neke informacije. U protivnom, oni ne znaju što softver treba raditi. No, da biste testirali upotrebljivost, to mora biti minimalno - samo zadaća ili zahtjevi, poput kupnje "x" (proizvoda) i plaćanja "y" (korištenjem podataka o kreditnoj kartici). Napad mora biti postavljen na testere kako bi zabilježili opažanja, uspjehe i neuspjehe.

Prednosti UAT-a

Ključna prednost dobrog UAT-a je što održava tekuće troškove održavanja na najnižim mogućim cijenama. Jeftinije riješiti probleme funkcionalnosti i upotrebnosti rano. Puno je teže popraviti bug kada postoji više koda oko njega za regresijski test ili ako izvorni programer nije dostupan.

UAT koji se izvodi u više faza i s različitim vrstama ispitne publike pruža optimalne mogućnosti prepoznavanja i popravljanja pokvarenih značajki / problema upotrebljivosti u ranim fazama testiranja. Zadržavanje UAT ciljeva na razini zadatka i zahtjeva omogućuje testerima da promatraju i primjećuju mnogo više, pa čak i pokušavaju korake izvan dosega programera.

Povratne informacije iz UAT ciklusa mogu se prenijeti u daljnje iteracije razvoja, povećavajući robusnost softvera i upotrebljivost. Vremenski ograničeni rok, čak i beta testne faze mogu nadopuniti marketinške i prodajne aktivnosti pružanjem referenci i povratnih informacija o studiji slučaja.