Obsah
- Demo a zomrieť!
- Vstúpte do topánok pre používateľov
- Stručná história UAT
- UAT vám povie, ako je systém použiteľný
- Kto môže vykonávať UAT?
- Žiadne chyby, žiadny stres - Váš sprievodca krok za krokom k vytvoreniu softvéru na zmenu života bez zničenia vášho života
- Toky úspechu a neúspechu
- Výhody UAT
Zdroj: Lightcome / iStockphoto
Zobrať:
Akonáhle sa softvér podrobí jednotkovému, integračnému a systémovému testovaniu, môže sa zdať potreba preberacieho testovania zbytočná. Prečo je testovanie akceptácie používateľa (UAT) stále dôležité? Tu sa dozviete viac o výhodách UAT a prečo je jedinečný.
Demo a zomrieť!
Poskytli ste už niekedy zákaznícku prezentáciu alebo školenie a niečo sa medzičasom prelomí? Alebo ste už niekomu dali niekoľko pokynov a uvedomili ste si, že vám niečo uniklo, alebo nefungovalo to tak, ako ste dúfali? Počas každej z týchto inštancií si osvojujete perspektívu koncového používateľa a pracujete so softvérom v tejto osobe. Je pravdepodobné, že ste urobili niečo iné, pretože ste mysleli skôr ako užívateľ, ako vývojár.
Vstúpte do topánok pre používateľov
Unikátny uhol užívateľského akceptačného testovania (UAT) je testovanie softvéru ako koncového používateľa. Softvér je navrhnutý tak, aby používateľom poskytoval konkrétne výsledky. Napríklad stránky elektronického obchodu umožňujú zákazníkom nakupovať produkty. Keď zákazník zadá objednávku, softvér stránok elektronického obchodu upozorní správcu obchodu, aby sa vybraná položka mohla stiahnuť a zabaliť na odoslanie. Môžu existovať rôzne typy používateľov softvéru, takže táto fáza testovania umožňuje vývojovému tímu overiť, či koncoví používatelia dosahujú očakávané výsledky softvéru.
Stručná história UAT
Pred príchodom internetu sa väčšina softvéru nasadila pre známe publikum používateľov. Ak spoločnosť vyvinula softvér pre zákazníka, pridelený manažér mal oprávnenie overiť, či softvér spĺňa zmluvné podmienky. To malo predstavovať bod, v ktorom bol softvér „vhodný na daný účel“, ktorý sa dosiahol výberom zástupcov koncových používateľov na vykonanie testovania a poskytnutím správy s výsledkami. Pretože používatelia boli známou uzavretou skupinou, každý z nich mohol byť vyškolený v používaní softvéru, zvyčajne veľmi podrobnými testovacími krokmi. Heslo dňa bolo, že viac detailov bolo lepšie.
Keďže sa na webe vyvíjalo stále viac softvéru pre zákazníkov, otvorilo sa publikum koncových používateľov. Už nebolo možné identifikovať a vyškoliť všetkých pravdepodobných koncových používateľov, takže návrh softvéru musel zahŕňať oveľa väčší dôraz na použiteľnosť a musel byť ľahko zrozumiteľný - dokonca aj s minimálnymi poskytnutými informáciami. Aby sa vyhovelo týmto požiadavkám, musel sa UAT zmeniť.
UAT vám povie, ako je systém použiteľný
Takže UAT nám nielen povie rozsah funkčnosti pre určitý softvér, ale tiež nám povie, ako je použiteľný. Väčšinu UAT najlepšie vykonávajú jednotlivci, ktorí rozumejú cieľovému koncovému používateľovi, ktorý bude mať skúsenosti so softvérom s malými predchádzajúcimi znalosťami a môže poskytnúť skutočný náznak ľahkého použitia softvéru a toho, čo treba zlepšiť.
Kto môže vykonávať UAT?
Ako vývojári testujú softvér, pamätajú si podrobnosti o tom, ako je systém napísaný. Tieto znalosti môžu ovplyvniť testovanie a vývojári môžu podniknúť iné kroky ako koncoví používatelia, napríklad rýchlejšie vykonávanie krokov alebo zamietnutie jemných podrobností, ktoré môžu koncoví používatelia považovať za mätúce. Vývojári teda nie sú najlepšími kandidátmi na UAT. Kto je to?
Mnoho organizácií zamestnáva konkrétne testovacie tímy, ktoré nie sú zapojené do technického návrhu a vývoja. Menšie organizácie buď prideľujú testovanie nevyvíjajúcim sa zamestnancom, napríklad tým, ktorí vykonávajú administratívne povinnosti, alebo využívajú služby externej spoločnosti. Niektoré organizácie používajú tzv. „Chodbové testovanie“, keď doslova ručne vyberajú zamestnancov, ktorí nie sú aktívne zapojení do projektu, a požiadajú ich, aby vyskúšali systém z pohľadu koncových používateľov. Príkladom by bolo objednanie produktu online.
Po internom testovaní môžu nastať pilotné alebo beta testovacie fázy, v ktorých je softvér k dispozícii malým skupinám „skutočných“ používateľov, ktorí sú vyzvaní, aby produkt používali zadarmo alebo so značnou zľavou, za čo podrobnú spätnú väzbu o používaní.
Ž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.
Progresívne fázy UAT s rôznym publikom zvyšujú dôveru v použiteľnosť softvéru. V kombinácii s fázami iteratívneho vývoja je možné vykonávať viaceré cykly UAT, aby sa testovali nové vlastnosti pri ich dodaní, pričom sa overujú predchádzajúce funkcie.
Dobrý testeri UAT sú zvedaví, keď uvidia, čo sa stane, ak podniknú rôzne cesty k určitému cieľu. Koniec koncov, každý pristupuje k používaniu softvéru rôznymi spôsobmi, takže ak môže malá skupina ľudí pokryť veľa možností, dôvera softvéru v prevádzkový režim je vyššia.
Toky úspechu a neúspechu
Procesy UAT by mali overovať, či každý typ softvérového používateľa získa hmatateľné výsledky potrebné pre toky úspechu aj zlyhania.
V postupe úspechu koncový používateľ odíde s očakávaným výsledkom, napríklad zadaním objednávky produktu. V postupe zlyhania softvér podporuje koncového používateľa prostredníctvom nejakej formy scenára chýb, napríklad keď zákazník poskytne neplatné informácie o platbe kreditnou kartou.
Na overenie funkčnosti musia byť testerom poskytnuté určité informácie. V opačnom prípade nevedia, čo má softvér robiť. Aby sa však otestovala použiteľnosť, musí to byť minimálne - musí vychádzať iba z úloh alebo požiadaviek, ako je nákup x (produkt) a zaplatenie y (pomocou podrobností o kreditnej karte). Bremeno musí byť na testeroch, aby zaznamenali pozorovania, úspechy a neúspechy.
Výhody UAT
Kľúčovou výhodou dobrého UAT je to, že udržiava náklady na údržbu na čo najnižšej možnej úrovni. Jeho lacnejšie riešenie problémov s funkčnosťou a použiteľnosťou čoskoro. Je oveľa ťažšie opraviť chybu, keď je okolo nej viac kódu na regresný test alebo ak pôvodný vývojár nie je k dispozícii.
UAT, ktorý sa vykonáva vo viacerých fázach as rôznymi typmi testovacích skupín, poskytuje optimálne príležitosti na identifikáciu a opravu nefunkčných funkcií / problémov s použiteľnosťou v počiatočných fázach testovania. Udržiavanie cieľov UAT na úrovni úloh a požiadaviek umožňuje testerom pozorovať a všimnúť si oveľa viac a dokonca sa pokúsiť o kroky mimo rámec poskytovaného vývojárom.
Spätná väzba z cyklov UAT sa môže premietnuť do následných iterácií vývoja, čím sa zvyšuje robustnosť a použiteľnosť softvéru. Dobre načasované, dokonca aj beta testovacie fázy môžu dopĺňať marketingové a predajné činnosti poskytovaním referencií a spätnou väzbou z prípadovej štúdie.