4 důvody, proč se koncoví uživatelé musí účastnit testování před UAT

Autor: Roger Morrison
Datum Vytvoření: 22 Září 2021
Datum Aktualizace: 1 Červenec 2024
Anonim
4 důvody, proč se koncoví uživatelé musí účastnit testování před UAT - Technologie
4 důvody, proč se koncoví uživatelé musí účastnit testování před UAT - Technologie

Obsah


Zdroj: Rawpixelimages / Dreamstime.com

Odnést:

Zapojení koncových uživatelů na začátku testování může být velmi prospěšné a může vést k lepším výsledkům.

Jako koncoví uživatelé, mnozí z nás, kteří testovali produkt nebo službu těsně před tím, než vstoupili na trh, jsou obeznámeni s touto nepoživatelnou úzkostí v našich myslích, což naznačuje, že může existovat určitá funkce nebo funkce, kterou jsme netestovali, jednoduše proto, že jsme Nevím o tom. Proto je tak důležité, aby se koncoví uživatelé zapojili do testování před zahájením testování přijatelnosti uživatele (UAT).

Je to úlovek dvacet dva. Protože koncoví uživatelé obvykle nejsou zkušenými testery, musí se zaměřit na své vlastní práce na plný úvazek. Jakýkoli softwarový produkt, který bude mít úspěšné vydání v dnešním agilním prostředí, však bude potřebovat značné množství času, a to nejen na konci vývojové fáze.


Funkční nebo výkonnostní testování, předcházející UAT, je často přiděleno testovacímu týmu, který se možná nezúčastnil shromažďování obchodních požadavků nebo nemá minimální znalosti o cíli projektu, spoléhá se pouze na své testovací skripty. Tito testeři mohli být dokonce zadáni externě kvůli nedostatku personálu. Úspora milosti spočívá v tom, že zkušení testeři se používají v těchto situacích u dřezu nebo plavání a mají dynamickou dovednost nastavenou k průchodu těmito vodami. Nemusí však vždy plně rozumět vodám, které je obklopují, takže existují omezení, co mohou dělat.

Taková omezení mohou být pro projekt velmi nákladná, velmi rychle. Nejefektivnějším způsobem, jak se vyhnout chybám, je zapojení koncových uživatelů do testování po celou dobu životního cyklu vývoje produktu.


1. Koncoví uživatelé přesně chápou, co systém musí udělat (pro ně).

Zkušený tester může být informován o požadavcích, nemusí však vědět, zda produkt, který testují, tyto požadavky efektivně splňuje nebo řeší všechny potřebné problémy, zejména ty, které nebyly nikdy zmíněny během relací shromažďování požadavků.

"Musíme provést testování v každé fázi spuštěním přírůstkových modulů do testeru." Nemůže čekat až do konce; Pokud produkt selže, chceme jej rychle opravit, “řekl Bashir Fancy, předseda a generální ředitel Kanadské asociace profesionálů v oblasti IT (CIPS). Rovněž se domnívá, že tento přístup, často označovaný jako extrémní programová agilní metodika, poskytuje projektu vyšší míru účasti během UAT.

2. Přijetí koncových uživatelů je pravděpodobnější, pokud jsou zapojeni během dřívějších fází testování.

Robin Goldsmith, majitel Go Pro Management Consultancy, nedoporučuje pokusit se z koncových uživatelů udělat „miniaturní testery“, chápe však důležitost jejich včasného uvedení do obrazu. "Uživatelé budou muset začít vážně uvažovat o tom, co chtějí v dodaném produktu vidět, než se budou moci cítit dostatečně sebevědomí, aby se na něj mohli spolehnout."

Včasné zapojení uživatelů jim nejen umožní, aby se stali zkušenějšími a sebevědomějšími jako testeři, ale také jim umožní cítit se jako klíčové zúčastněné strany. "Chtějí vědět, že projektový tým usnadňuje uživatelům verzi akceptačních kritérií, nikoli jejich vlastní," řekl Goldsmith.

Žádné chyby, žádný stres - Váš průvodce krok za krokem k vytváření softwaru pro změnu života, aniž by došlo ke zničení vašeho života

Nemůžete zlepšit své programovací schopnosti, když se nikdo nestará o kvalitu softwaru.

3. Koncoví uživatelé mohou identifikovat chyby dříve, než budou příliš nákladné na opravu.

Čím dříve chytíme vadu, tím méně peněz to stojí. Známá studie publikovaná Národním institutem pro standardy a technologie (NIST) v roce 2002 naznačila, že náklady na opravu jedné chyby zjištěné během produkční fáze jsou 15 hodin, ve srovnání s pěti hodinami úsilí, pokud byla stejná chyba zjištěna během vývoje.

A my vidíme jen špičku ledovce.

Je mnohem snazší doplnit operační roli na rozdíl od role testera UAT, protože ten vyžaduje někoho, kdo má velmi specifické zkušenosti a zpětný pohled, aby ověřil produkt speciálně vyvinutý pro jejich použití. Rychlé nahlédnutí na kterémkoli hlavním kanadském pracovišti naznačuje, že průměrná mzda testera QA se pohybuje mezi 55 000 a 80 000 USD. Tato čísla mohou snadno stoupat u společnosti, která provádí outsourcing svých testerů, jejichž sazby mohou při práci na projektu s vysokým profilem dosáhnout až 100 $ za hodinu. Průměrná mzda za administrativní roli, jako je například klinický administrativní koordinátor, se pohybuje od 35 000 do 45 000 $.

Jedna věc, kterou nemůžeme odhadnout, je poškození dobré pověsti, ke kterému dochází, když koncoví uživatelé, kteří nebyli zapojeni do fáze UAT, uvidí produkt, který musí poprvé použít. V tuto chvíli již byly nastaveny na řadu překážek, jako jsou nuceny vypořádat se se změnami nebo možná dokonce transformací, a nyní mají krátkou dobu, aby se staly odborníky na nový produkt nebo službu, na které se jich nikdo neptal. . Pokud projektový tým nemůže nabídnout velmi vyladěný produkt, existuje vysoké riziko, že negativní zpětná vazba poskytnutá konečnými uživateli může poškodit pověst projektu.

4. Koneční uživatelé nabízejí širší perspektivu.

Zatímco projektový tým pracuje nepřetržitě na výstupech projektu, jako je usnadňování schůzek, identifikace požadavků a aktualizace Ganttových grafů, koncoví uživatelé se mohou soustředit na to, aby produkt, který všichni pracují tak tvrdě, aby skutečně dodával, co vlastně potřebuje.

Fortune 500 společností, jako jsou Apple a Google, provádí testování beta verze, kde s určitou formou kompenzace může veřejnost přistupovat k předčasnému vydání produktu, chyb a všem, za jejich účast na identifikaci vad a poskytnutí užitečné zpětné vazby .

Ředitel střediska kódu Mario Sancho, který řídí programy testování beta pro mnoho kanadských společností Fortune 1000, věří, že by se ověření zákazníka mělo uskutečnit alespoň na třech obecných úrovních testování: testy alfa, kde uživatelé testují nejdříve možné vydání, testy beta, kde uživatelé mohou testovat všechny hlavní vlastnosti produktu a terénní testy, také známé jako UAT.

Závěr

Nelze podceňovat význam přijetí koncovými uživateli. Všechno, co je socializováno o zkušenostech UAT s vedením, kolegy a veřejností, by mohlo označit dědictví projektů za úspěch nebo neúspěch na dlouhou dobu. I když projekt těží ze zkušeností vynikajícího projektového týmu, dodržel všechny své termíny a zůstal v rozpočtu, pohled zúčastněných stran na to, jak dobře projekt dosáhl (nebo nedosáhl) svého rozsahu, je silně zatížen zkušeností koncových uživatelů.