Vsebina
- 1. Končni uporabniki natančno razumejo, kaj mora sistem storiti (zanje).
- 2. Sprejetje končnih uporabnikov je bolj verjetno, če sodelujejo v zgodnejših fazah testiranja.
- Brez napak, brez stresa - vaš korak za korakom vodnik za ustvarjanje programske opreme, ki spreminja življenje, ne da bi vam uničila življenje
- 3. Končni uporabniki lahko prepoznajo napake, preden jih predrago odpravijo.
- 4. Končni uporabniki ponujajo širšo perspektivo.
- Zaključek
Vir: Rawpixelimages / Dreamstime.com
Odvzem:
Vključevanje končnih uporabnikov zgodaj v testiranje je lahko zelo koristno in vodi do boljših rezultatov.
Kot končni uporabniki so mnogi od nas, ki so preizkusili izdelek ali storitev tik preden gre na trg, seznanjeni s tisto neprimerno tesnobo v zadnjem delu, ki namiguje, da je morda kakšna funkcija ali funkcija, ki je nismo preizkusili, preprosto zato, ker nismo ne vem za to. Zato je tako pomembno, da je treba končne uporabnike vključiti v testiranje preden se začne uporabniško testiranje (UAT).
Ulov dvaindvajset. Ker končni uporabniki običajno niso usposobljeni preizkuševalci, se morajo osredotočiti na svoje delo s polnim delovnim časom. Vendar bo vsak programski izdelek, ki bo v današnjemu agilnem okolju uspešen pri izdaji, potreboval veliko svojega časa in ne le na koncu razvojne faze.
Pogosto funkcionalno ali izvedbeno testiranje pred UAT je dodeljeno preskusni skupini, ki morda ni bila vključena v zbiranje poslovnih zahtev ali ima minimalno znanje o cilju projekta, pri čemer se opira le na svoje testne skripte. Ti preizkuševalci so bili morda zaradi zunaj pomanjkanja osebja celo zunanji izvajalci. Varčevalna milost je, da se izkušeni preizkuševalci uporabljajo v teh situacijah potovanja ali plavanja in imajo dinamično spretnost za prečkanje teh voda. Vendar morda ne razumejo vedno vode, ki jih obdaja, zato obstajajo omejitve, kaj lahko storijo.
Takšne omejitve lahko zelo hitro postanejo drage za projekt. Najbolj stroškovno najučinkovitejši način, da se izognete napakam, je, da končni uporabniki sodelujejo pri preskušanju skozi celoten življenjski cikel razvoja izdelka.
1. Končni uporabniki natančno razumejo, kaj mora sistem storiti (zanje).
Izkušen preizkuševalec lahko svetuje glede zahtev, vendar morda ne ve, ali izdelek, ki ga testirajo, učinkovito izpolnjuje te zahteve ali rešuje vsa potrebna vprašanja, zlasti tista, ki niso bila omenjena med sejami zbiranja zahtev.
"Testirati moramo na vsaki stopnji z izstrelitvijo dodatnih modulov v tester. Ne more čakati do konca; če izdelek ne uspe, ga želimo hitro popraviti, "je dejal Bashir Fancy, predsednik in izvršni direktor kanadskega združenja IT strokovnjakov (CIPS). Prav tako je prepričan, da ta pristop, ki ga pogosto imenujemo skrajna programska agilna metodologija, projektu zagotavlja večjo stopnjo udeležbe med UAT.
2. Sprejetje končnih uporabnikov je bolj verjetno, če sodelujejo v zgodnejših fazah testiranja.
Robin Goldsmith, lastnik Go Pro Management Consultancy, ne priporoča, da bi poskušali končne uporabnike spremeniti v "miniaturne preizkuševalce", vendar razume, kako pomembno je, da jih predčasno vključijo v sliko. "Uporabniki bodo morali začeti resno razmišljati o tem, kaj želijo videti v dostavljenem izdelku, preden se bodo lahko počutili dovolj samozavestni, da se nanj lahko zanesejo."
Zgodaj vključenost uporabnikov ne samo, da postanejo bolj preizkušeni in samozavestni kot preizkuševalci, temveč jim omogoča, da se kot ključni deležniki počutijo pooblaščene. "Želijo vedeti, da projektna skupina uporabnikom olajša različna merila sprejemljivosti, ne pa tudi njihovih," je dejal Goldsmith.
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.
3. Končni uporabniki lahko prepoznajo napake, preden jih predrago odpravijo.
Prej ko ujamemo napako, manj denarja stane, da jo odpravimo. Zloglasna študija, ki jo je leta 2002 objavil Nacionalni inštitut za standarde in tehnologijo (NIST), je pokazala, da so stroški za odstranjevanje enega hrošča, ki so ga našli v fazi proizvodnje, 15 ur, v primerjavi s petimi napori, če so med razvojem našli isto hrošče.
In vidimo le vrh ledene gore.
Veliko lažje je ponovno zapolniti operativno vlogo v nasprotju z vlogo preizkuševalnika UAT-a, saj slednji za preverjanje izdelka, posebej razvitega za njihovo uporabo, zahteva nekoga z zelo specifičnimi izkušnjami in zamikom. Hiter pokuk na katero koli večje kanadsko spletno mesto kaže, da se povprečna plača za QA tester giblje med 55.000 in 80.000 dolarjev. Te številke zlahka naraščajo za podjetje, ki oddaja svoje preizkuševalce, katerih cene pri delu na odmevnem projektu lahko dosežejo tudi 100 dolarjev na uro. Povprečna plača za administrativno vlogo, kot je na primer klinični upravni koordinator, se giblje od 35.000 do 45.000 dolarjev.
Ena stvar, ki je ne moremo oceniti, je škoda na reputaciji, ki nastane, ko končni uporabniki, ki niso bili vključeni do faze UAT, prvič vidijo izdelek, ki ga morajo uporabiti. Na tej točki so bili že postavljeni za številne ovire, kot so prisiljeni, da se spopadejo s spremembami ali morda celo preoblikovanjem, zdaj pa imajo kratek čas, da postanejo strokovnjaki z novim izdelkom ali storitvijo, o kateri niso vprašali. . Razen če projektna skupina ne ponudi zelo natančno nastavljenega izdelka, obstaja veliko tveganje, da negativni odzivi končnih uporabnikov lahko obarvajo ugled projekta.
4. Končni uporabniki ponujajo širšo perspektivo.
Medtem ko projektna skupina delovni čas dela na dosegu rezultatov, kot so olajševanje sestankov, določanje zahtev in posodabljanje Ganttovih grafikonov, se lahko končni uporabniki osredotočijo na to, da izdelek, ki si ga vsi prizadevajo, dostaviti, dejansko stori tisto, kar mora.
Podjetja Fortune 500, kot sta Apple in Google, izvajajo beta testiranje, kjer lahko javnost z neko obliko odškodnine dostopi do predčasne izdaje izdelka, hroščev in vsega v zameno za njihovo sodelovanje pri odkrivanju napak in zagotavljanju koristnih povratnih informacij .
Direktor Centre Code Mario Sancho, ki upravlja programe beta testiranja za številna kanadska podjetja Fortune 1000, verjame, da bi se potrjevanje kupcev moralo zgoditi na vsaj treh splošnih ravneh testiranja: alfa testih, kjer uporabniki testirajo čim prejšnjo izdajo, beta testi, kjer uporabniki lahko preizkusite vse glavne značilnosti izdelka in terenske teste, znane tudi kot UAT.
Zaključek
Pomen sprejemanja končnih uporabnikov ni mogoče podceniti. Vse, kar je o izkušnjah UAT-a družbeno, kolegov in javnosti socializirano, bi lahko dediščino projektov označilo za uspeh ali neuspeh še dolgo. Čeprav je projekt izkoristil izkušnje odlične projektne skupine, spoštoval vse roke in se zadrževal v okviru proračuna, mnenje zainteresiranih strani o tem, kako dobro je projekt dosegel (ali ni dosegel) njegovega obsega, močno pretehta izkušnja končnih uporabnikov.