Sadržaj
- 1. Krajnji korisnici točno razumiju što sustav treba učiniti (za njih).
- 2. Prihvaćanje krajnjih korisnika je vjerojatnije ako su uključeni u ranijim fazama ispitivanja.
- Bez grešaka, bez stresa - Vaš korak po korak vodič za stvaranje softvera koji mijenja život bez uništavanja života
- 3. Krajnji korisnici mogu prepoznati bugove prije nego što skupe za popravljanje.
- 4. Krajnji korisnici nude širu perspektivu.
- Zaključak
Izvor: Rawpixelimages / Dreamstime.com
Oduzeti:
Uključivanje krajnjih korisnika rano u testiranje može biti vrlo korisno i dovesti do boljih rezultata.
Kao krajnji korisnici, mnogi od nas koji su testirali proizvod ili uslugu neposredno prije nego što izađu na tržište upoznati su s tom neugodnom anksioznošću u leđima koja sugeriraju da možda postoji neka funkcija ili značajka koju nismo testirali, jednostavno zato što nismo “ ne znam za to. Zbog toga je toliko važno da se krajnji korisnici moraju uključiti u testiranje prije nego što započne testiranje prihvaćanja korisnika (UAT).
To je ulov dvadeset i dva. Budući da krajnji korisnici obično nisu kvalificirani testeri, imaju vlastite poslove s punim radnim vremenom na koje se mogu usredotočiti. Međutim, svaki softverski proizvod koji će imati uspješnu verziju u današnjem okretnom okruženju trebat će mu mnogo vremena, a ne samo na kraju razvojne faze.
Često funkcionalno testiranje ili testiranje performansi, prije UAT-a, dodjeljuje se ispitnom timu koji možda nije bio uključen u prikupljanje poslovnih zahtjeva ili ima minimalno znanje o cilju projekta, oslanjajući se isključivo na svoje testne skripte. Te su testere možda čak prebacili na posao zbog nedostatka osoblja. Blagodata uštede je što se iskusni testeri koriste u ovim situacijama kada se sudi ili pliva, i imaju dinamičnu vještinu za kretanje kroz ove vode. Međutim, oni ne mogu uvijek u potpunosti razumjeti vode koje ih okružuju, tako da postoje ograničenja u onome što mogu učiniti.
Takva ograničenja mogu postati vrlo skupa za projekt i to vrlo brzo. Najefikasniji način izbjegavanja kvarova jest uključivanje krajnjih korisnika u testiranje tijekom životnog ciklusa razvoja proizvoda.
1. Krajnji korisnici točno razumiju što sustav treba učiniti (za njih).
Iskusni ispitivač može se savjetovati o zahtjevima, no možda ne zna je li proizvod koji testiraju učinkovito ispunjava te zahtjeve ili rješava sva potrebna pitanja, posebno ona koja nikada nisu spomenuta tijekom sjednica o prikupljanju zahtjeva.
„Moramo obaviti testiranje u svakoj fazi izbacivanjem inkrementalnih modula na uređaj za ispitivanje. Ne može čekati kraj; ako proizvod ne uspije, želimo ga brzo popraviti “, rekao je Bashir Fancy, predsjednik i izvršni direktor kanadskog udruženja IT stručnjaka (CIPS). On također vjeruje da ovaj pristup, koji se često naziva ekstremnom programskom agilnom metodologijom, projektu pruža veću stopu sudjelovanja tijekom UAT-a.
2. Prihvaćanje krajnjih korisnika je vjerojatnije ako su uključeni u ranijim fazama ispitivanja.
Robin Goldsmith, vlasnik Go Pro Management Consultancy, ne preporučuje krajnje korisnike pokušati pretvoriti u "minijaturne testere", no shvaća važnost njihovog ranog predstavljanja. "Korisnici će morati početi ozbiljno razmišljati o tome što žele vidjeti u isporučenom proizvodu prije nego što se osjete dovoljno samopouzdano da se mogu osloniti na njega."
Rano uključivanje korisnika ne samo da im omogućava da postanu kompetentniji i samopouzdaniji kao testeri, već im se omogućuje i da se osnaže kao ključni dionici. "Žele znati da projektni tim korisnicima olakšava verziju kriterija prihvaćanja, a ne njihove vlastite", rekao je Goldsmith.
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.
3. Krajnji korisnici mogu prepoznati bugove prije nego što skupe za popravljanje.
Što prije uhvatimo kvar, to manje novca košta da ga ispravimo. Zloglasna studija koju je 2002. objavio Nacionalni institut za standarde i tehnologiju (NIST) pokazala je da trošak popravljanja jedne bube pronađene u fazi proizvodnje iznosi 15 sati, u usporedbi s pet sati napora ako se tijekom razvoja našao isti bug.
A mi vidimo samo vrh ledenog brijega.
Mnogo je lakše napuniti operativnu ulogu za razliku od uloge UAT testera jer ovaj potonji zahtijeva osobu s vrlo specifičnim iskustvom i stražnjim uvidom za vrednovanje proizvoda posebno razvijenog za njihovu upotrebu. Kratki pogled na bilo koju glavnu kanadsku internetsku stranicu pokazuje da se prosječna plaća za QA tester kreće između 55.000 i 80.000 USD. Ovi brojevi lako mogu uzletjeti za tvrtku koja outsourcingom daje svoje testere, a čije cijene mogu raditi i do 100 dolara na sat kada rade na velikim projektima. Prosječna plaća za administrativnu ulogu, poput kliničkog administrativnog koordinatora, na primjer, kreće se od 35 000 do 45 000 USD.
Jedna stvar koju ne možemo procijeniti je šteta u reputaciji koja nastaje kada krajnji korisnici, koji nisu bili angažirani do UAT faze, po prvi put vide proizvod koji moraju koristiti. U ovom su trenutku već postavljene za brojne prepreke, poput prisiljavanja na promjene ili eventualno čak i preobrazbe, a sada imaju kratko vrijeme da postanu stručnjaci za novi proizvod ili uslugu o kojima nisu pitali , Osim ako projektni tim ne može ponuditi vrlo fino prilagođen proizvod, postoji veliki rizik da negativne povratne informacije krajnjih korisnika mogu ugroziti ugled projekta.
4. Krajnji korisnici nude širu perspektivu.
Dok projektni tim radi svakodnevno na ostvarenjima projekata, kao što su omogućavanje sastanaka, prepoznavanje zahtjeva i ažuriranje Ganttovih ljestvica, krajnji korisnici mogu ostati usredotočeni na osiguravanje proizvoda za koji svi toliko naporno rade da bi isporučio zapravo ono što treba.
Tvrtke Fortune 500, poput Applea i Googlea, provode beta testiranje gdje javnost, uz neki oblik kompenzacije, može pristupiti ranom izdanju proizvoda, grešaka i svega, zauzvrat za svoje sudjelovanje u pomaganju u prepoznavanju nedostataka i pružanju korisnih povratnih informacija ,
Direktor Centra Code Mario Sancho, koji upravlja programima beta testiranja za mnoge kanadske tvrtke Fortune 1000, vjeruje da bi se provjera kupca trebala dogoditi na najmanje tri opće razine testiranja: alfa testovi na kojima korisnici testiraju što je moguće ranije izdanje, beta testovi na kojima korisnici može testirati sve glavne značajke proizvoda i terenske testove, poznate i pod nazivom UAT.
Zaključak
Važnost prihvaćanja krajnjih korisnika ne može se umanjiti. Sve što je drukčije o iskustvu UAT-a menadžmentu, kolegama i javnosti moglo označiti nasljeđe projekata kao uspjeh ili neuspjeh još dugo vremena. Iako je projekt iskoristio iskustvo izvrsnog projektnog tima, ispunio sve njegove rokove i zadržao se unutar budžeta, pogled dionika o tome koliko je projekt postigao (ili nije postigao) njegov opseg uvelike mjeri iskustvo krajnjih korisnika.