4 dôvody, prečo sa koncoví používatelia musia zúčastniť testovania pred UAT

Autor: Roger Morrison
Dátum Stvorenia: 22 September 2021
Dátum Aktualizácie: 1 V Júli 2024
Anonim
4 dôvody, prečo sa koncoví používatelia musia zúčastniť testovania pred UAT - Technológie
4 dôvody, prečo sa koncoví používatelia musia zúčastniť testovania pred UAT - Technológie

Obsah


Zdroj: Rawpixelimages / Dreamstime.com

Zobrať:

Zapojenie koncových používateľov na začiatku testovania môže byť veľmi prospešné a môže viesť k lepším výsledkom.

Ako koncoví používatelia, mnohí z nás, ktorí testovali produkt alebo službu tesne pred tým, ako vstúpili na trh, sú oboznámení s touto nenapraviteľnou úzkosťou v našich mysliach, ktorá naznačuje, že môže existovať určitá funkcia alebo vlastnosť, ktorú sme netestovali, jednoducho preto, že sme to „ neviem o tom. Preto je pre koncových používateľov také dôležité, aby sa zapojili do testovania pred začatím testovania akceptácie používateľa (UAT).

Je to úlovok dvadsaťdva. Keďže koncoví používatelia zvyčajne nie sú skúsenými testermi, musia sa zamerať na svoje vlastné úlohy na plný úväzok. Každý softvérový produkt, ktorý bude mať úspešné vydanie v dnešnom agilnom prostredí, však bude potrebovať značné množstvo času, a to nielen na konci vývojovej fázy.


Funkčné alebo výkonnostné testovanie, pred UAT, je často pridelené testovaciemu tímu, ktorý sa možno nezapojil do zhromažďovania obchodných požiadaviek alebo nemá minimálne vedomosti o cieľoch projektu, pričom sa spoliehal výlučne na svoje testovacie skripty. Títo testeri mohli byť dokonca zadaní externe pre nedostatok personálu. Úspora milosti spočíva v tom, že skúsení testeri sa používajú v týchto situáciách s umývaním alebo plávaním a majú dynamickú zručnosť na to, aby prešli týmito vodami. Nemusí však vždy úplne porozumieť vodám, ktoré ich obklopujú, takže existujú obmedzenia toho, čo môžu robiť.

Takéto obmedzenia môžu byť pre projekt veľmi nákladné. Najvýhodnejším spôsobom, ako sa vyhnúť chybám, je zapojenie koncových používateľov do testovania počas celého životného cyklu vývoja produktu.


1. Koncoví používatelia presne chápu, čo systém musí urobiť (pre nich).

Skúseného testera môžu byť poučení o požiadavkách, nemusia však vedieť, či produkt, ktorý testujú, efektívne spĺňa tieto požiadavky alebo rieši všetky potrebné problémy, najmä tie, ktoré neboli nikdy spomenuté počas stretnutí s požiadavkami.

„Potrebujeme urobiť testovanie v každej fáze spustením prírastkových modulov k testerovi. Nemôže čakať do konca; ak produkt zlyhá, chceme ho rýchlo napraviť, “uviedol Bashir Fancy, predseda predstavenstva a generálny riaditeľ Kanadskej asociácie profesionálov v oblasti IT (CIPS). Je tiež presvedčený, že tento prístup, často označovaný ako extrémna agilná programovacia agilita, poskytuje projektu vyššiu mieru účasti počas UAT.

2. Akceptácia koncových používateľov je pravdepodobnejšia, ak sú zapojení v skorších fázach testovania.

Robin Goldsmith, majiteľ Go Pro Management Consultancy, neodporúča pokúšať sa zmeniť koncových používateľov na „miniatúrnych testerov“, chápe však dôležitosť ich včasného uvedenia do obrazu. „Používatelia budú musieť začať vážne premýšľať o tom, čo chcú v dodanom produkte vidieť, než sa budú môcť dostatočne spoľahnúť, aby sa naň mohli spoľahnúť.“

Zapojenie používateľov na začiatku ich nielenže im umožňuje stať sa kompetentnejšími a sebavedomejšími ako testeri, ale tiež im umožňuje cítiť sa ako kľúčové zainteresované strany. "Chcú vedieť, že projektový tím uľahčuje používateľom verziu akceptačných kritérií, nie ich vlastných," uviedol Goldsmith.

Žiadne chyby, žiadny stres - Váš sprievodca krok za krokom k vytvoreniu softvéru na zmenu života bez zničenia vášho života

Svoje programovacie schopnosti si nemôžete vylepšiť, keď sa nikto nestará o kvalitu softvéru.

3. Koncoví používatelia môžu identifikovať chyby skôr, ako budú príliš nákladné na ich opravu.

Čím skôr chybu chytíme, tým menej peňazí to stojí. Známa štúdia, ktorú v roku 2002 uverejnil Národný inštitút pre normy a technológie (NIST), naznačila, že náklady na opravu jednej chyby zistenej počas výrobnej fázy sú 15 hodín v porovnaní s piatimi hodinami úsilia, ak sa rovnaká chyba zistila počas vývoja.

A vidíme iba špičku ľadovca.

Je oveľa jednoduchšie vyplniť operačnú úlohu na rozdiel od úlohy testera UAT, pretože tester UAT vyžaduje, aby niekto s veľmi špecifickými skúsenosťami a spätným hľadaním potvrdil validáciu produktu špeciálne vyvinutého pre jeho použitie. Rýchly náhľad na ktorékoľvek hlavné kanadské pracovisko naznačuje, že priemerná mzda testera QA sa pohybuje medzi 55 000 a 80 000 USD. Tieto čísla môžu ľahko stúpať po výške pre spoločnosť, ktorá outsourcinguje svojich testerov, ktorých sadzby môžu pri práci na vysokoprofilovom projekte dosiahnuť až 100 dolárov za hodinu. Priemerný plat za administratívnu úlohu, napríklad klinický administratívny koordinátor, sa pohybuje v rozmedzí od 35 000 do 45 000 dolárov.

Jedna vec, ktorú nemôžeme odhadnúť, je poškodenie dobrého mena, ku ktorému dochádza, keď koncoví používatelia, ktorí neboli zapojení do fázy UAT, uvidia produkt, ktorý musia prvýkrát použiť. V tomto okamihu už boli stanovené na množstvo prekážok, napríklad na to, že sú nútení vysporiadať sa so zmenou alebo možno dokonca transformáciou, a teraz majú krátke časové obdobie na to, aby sa stali odborníkmi na nový produkt alebo službu, od ktorej sa ich nepožiadalo. , Pokiaľ projektový tím nedokáže ponúknuť veľmi vyladený produkt, existuje vysoké riziko, že negatívna spätná väzba poskytovaná koncovými používateľmi môže poškodiť povesť projektu.

4. Koncoví užívatelia ponúkajú širšiu perspektívu.

Zatiaľ čo projektový tím pracuje nepretržite na výstupoch projektu, ako je napríklad uľahčovanie stretnutí, zisťovanie požiadaviek a aktualizácia Ganttovho grafu, koncoví používatelia sa môžu sústrediť na zabezpečenie toho, aby produkt, ktorý všetci tvrdo pracujú, aby dodával, skutočne robil to, čo potrebuje.

Fortune 500 spoločností, ako sú Apple a Google, vykonáva testovanie verzie beta, kde s určitou formou kompenzácie môže mať verejnosť prístup k skorému vydaniu produktu, k chybám a všetkým za odplatu za svoju účasť pri identifikácii porúch a poskytovaní užitočnej spätnej väzby ,

Riaditeľ strediska kódu Mario Sancho, ktorý riadi programy testovania verzie beta pre mnoho kanadských spoločností z rebríčka Fortune 1000, verí, že by sa validácia zákazníka mala uskutočniť aspoň na troch všeobecných úrovniach testovania: testy alfa, kde používatelia testujú čo najskôr vydanie, testy beta, kde používatelia môže otestovať všetky hlavné vlastnosti produktu a poľné testy, známe tiež ako UAT.

záver

Dôležitosť akceptácie koncovými používateľmi nemožno podceňovať. Čokoľvek, čo je spojené so skúsenosťami UAT s vedením, kolegami a verejnosťou, by mohlo znamenať dedičstvo projektov ako úspech alebo zlyhanie na dlhú dobu. Aj keď projekt ťažil zo skúseností vynikajúceho projektového tímu, dodržal všetky svoje termíny a zostal v rámci rozpočtu, pohľad zainteresovaných strán na to, ako dobre projekt dosiahol (alebo nedosiahol) svoj rozsah, je značne zaťažený skúsenosťami koncových používateľov.