Vsebina
- Demo in umri!
- Korak v čevlje uporabnikov
- Kratka zgodovina UAT-a
- UAT vam pove, kako uporaben je sistem
- Kdo lahko izvaja UAT?
- Brez napak, brez stresa - vaš korak za korakom vodnik za ustvarjanje programske opreme, ki spreminja življenje, ne da bi vam uničila življenje
- Uspeh in neuspeh teče
- Prednosti UAT
Vir: Lightcome / iStockphoto
Odvzem:
Ko se programska oprema preizkusi v enotah, integracijah in sistemskih testiranjih, se lahko zdi potreba po sprejemnem testiranju odveč. Zakaj je preverjanje sprejemljivosti uporabnikov (UAT) še vedno pomembno? Tukaj dobro spoznajte prednosti UAT-a in zakaj je njegov edinstven.
Demo in umri!
Ste že kdaj pripravili predstavitev ali usposabljanje s strankami in se na pol kaj prelomi? Ali ste kdaj komu dali navodila in ugotovili, da ste nekaj izpustili, ali pa ni šlo tako, kot ste upali? Med vsakim od teh primerov sprejmete perspektivo končnega uporabnika in delate s programsko opremo v tej osebnosti. Verjetno ste naredili nekaj drugače, ker ste razmišljali kot uporabnik, ne pa kot razvijalec.
Korak v čevlje uporabnikov
Edinstven kot preverjanja sprejemljivosti (UAT) je testiranje programske opreme kot končnega uporabnika. Programska oprema je narejena tako, da uporabnikom daje oprijemljive rezultate. Na primer spletna mesta za e-trgovino strankam omogočajo nakup izdelkov. Ko kupec odda naročilo, programska oprema spletnih mest za e-trgovino obvesti skrbnika trgovine, da lahko izbrani izdelek potegne in pakira za pošiljanje. Obstajajo lahko različne vrste uporabnikov programske opreme, zato ta preizkusna faza razvojni skupini omogoča, da preveri, ali končni uporabniki dosegajo pričakovane rezultate programske opreme.
Kratka zgodovina UAT-a
Pred pojavom interneta je bila večina programske opreme nameščena za znano uporabniško občinstvo. Če je podjetje razvilo programsko opremo za stranko, je pooblaščeni upravljavec lahko preverjal, ali programska oprema izpolnjuje pogodbene pogoje. To naj bi predstavljalo točko, kjer je bila programska oprema "primerna namenu", kar je bilo doseženo z izbiro predstavnikov končnih uporabnikov, ki bodo opravili testiranje in zagotovili poročilo z rezultati. Ker so bili uporabniki znana, zaprta skupina, so lahko vsak usposobljeni za uporabo programske opreme, običajno z zelo podrobnimi preizkusnimi koraki. Moto dneva je bil boljši detajl.
Ko se je razvijalo vedno več programske opreme za stranke v spletu, je postajala končna uporabniška publika bolj odprta. Vse verjetne končne uporabnike ni bilo več mogoče identificirati in usposobiti, zato je načrtovanje programske opreme moralo vključevati veliko večji poudarek uporabnosti in mora biti enostavno razumljivo - tudi z minimalno zagotovljenimi informacijami. Zato se je moral UAT spremeniti, da je izpolnil te zahteve.
UAT vam pove, kako uporaben je sistem
Tako nam UAT ne samo pove, kakšna je funkcionalnost za del programske opreme, ampak tudi pove, kako uporabna je. Večino UAT-a najbolje izvajajo posamezniki, ki razumejo ciljanega končnega uporabnika, ki bo programsko opremo doživel z malo predhodnega znanja in lahko resnično nakaže, kako programska oprema je enostavna za uporabo in kaj je treba izboljšati.
Kdo lahko izvaja UAT?
Kot razvijalci preizkušajo programsko opremo, si zapomnijo podrobnosti o tem, kako je zapisan sistem. To znanje lahko vpliva na testiranje, razvijalci pa lahko sprejmejo drugačne korake kot končni uporabniki, na primer hitrejše izvajanje korakov ali zavrnitev natančnih podrobnosti, zaradi katerih se lahko končni uporabniki zmedejo. Tako razvijalci niso najboljši kandidati za UAT. Kdo je torej?
Mnoge organizacije zaposlujejo posebne skupine za testiranje, ki niso vključene v tehnično oblikovanje in razvoj. Manjše organizacije bodisi dodelijo testiranje osebju, ki ni v razvoju, kot osebam, ki opravljajo administrativne naloge, ali uporabljajo storitve zunanjega podjetja. Nekatere organizacije uporabljajo tako imenovano "testiranje na hodniku", kjer dobesedno izberejo zaposlene, ki niso aktivno zaposleni pri projektu, in jih prosijo, naj sistem preizkusijo z vidika končnih uporabnikov. Primer bi bilo naročilo izdelka po spletu.
Po internem testiranju lahko pride do pilotnih ali beta testiranj, s katerimi je programska oprema na voljo majhnim skupinam "pravih" uporabnikov, ki so povabljeni, da izdelek uporabljajo brezplačno ali s pomembnim popustom, v zameno za podrobne povratne informacije o uporabi.
Brez napak, brez stresa - vaš korak za korakom vodnik za ustvarjanje programske opreme, ki spreminja življenje, ne da bi vam uničila življenje
Ne morete izboljšati svojih programskih veščin, kadar nikogar ne skrbi za kakovost programske opreme.
Progresivne stopnje UAT z raznoliko publiko povečajo zaupanje v uporabnost programske opreme. V kombinaciji s fazami iterativnega razvoja je mogoče več ciklov UAT-a opraviti za preizkušanje novih lastnosti ob dobavi, hkrati pa preverjanje predhodnih funkcionalnosti.
Dobri preizkuševalci UAT-a so radovedni, če vidijo, kaj se zgodi, če uberete različne poti do določenega cilja. Navsezadnje vsi k uporabi programske opreme pristopijo na različne načine, tako da če lahko veliko možnosti pokrije manjša skupina ljudi, je zaupanje programske opreme v način delovanja.
Uspeh in neuspeh teče
Programi UAT bi morali preveriti, ali vsaka vrsta uporabnika programske opreme doseže oprijemljive rezultate, potrebne za uspeh in neuspeh.
V uspešnem toku se končni uporabnik odpravi s pričakovanim rezultatom, kot je oddaja naročila izdelka. Programska oprema v toku napak podpira končnega uporabnika prek neke vrste scenarija napak, na primer, ko stranka posreduje neveljavne podatke o plačilu s kreditno kartico.
Za preverjanje funkcionalnosti morajo biti preskuševalcem predložene nekatere informacije. Sicer ne vedo, kaj naj bi programska oprema počela. Če želite preveriti uporabnost, mora biti to minimalno - samo naloge ali zahteve, na primer nakup "x" (izdelek) in plačilo "y" (z uporabo podatkov o kreditni kartici). Vpliv je treba postaviti na preizkuševalce, da beležijo opažanja, uspehe in neuspehe.
Prednosti UAT
Ključna prednost dobrega UAT je, da ohranja stalne stroške vzdrževanja čim nižje. Cenovno je zgodaj odpraviti težave glede funkcionalnosti in uporabnosti. Veliko težje je odpraviti napako, kadar je okoli nje več kode za regresijski test ali če prvotni razvijalec ni na voljo.
UAT, ki se izvaja v več fazah in z različnimi vrstami preskusne publike, zagotavlja optimalne možnosti za prepoznavanje in popravilo pokvarjenih funkcij / težav z uporabnostjo v zgodnjih fazah testiranja. Zadrževanje ciljev UAT-a na ravni nalog in potrebnih preizkuševalcev omogoča preizkuševalcem opazovanje in opazovanje veliko več in celo poskusiti korake zunaj doseženega obsega razvijalcev.
Povratne informacije iz UAT ciklov se lahko vključijo v nadaljnje iteracije razvoja, ki povečajo robustnost in uporabnost programske opreme. Časovno dobro, tudi faze beta testiranja lahko dopolnjujejo tržne in prodajne dejavnosti z zagotavljanjem referenc in povratnih informacij s študije primerov.