Free Press

Při uživatelském akceptačním testování (UAT) je software testován skutečnými uživateli v jejich prostorách. Nazývá se také jinými názvy, například beta testování nebo testování koncovými uživateli. Provádí se v podstatě proto, aby se potvrdilo, že vyvinutý systém je v souladu s požadavky uživatelů, které byly sděleny vývojářům před zahájením vývoje systému.

Co je to uživatelské akceptační testování?

Jedná se o typ testování, které provádějí skuteční uživatelé v poslední fázi testování, než je produkt nebo aplikace uvolněna do produkčního prostředí nebo na trh.

Prostředí používané pro provádění uživatelského akceptačního testování (UAT) je podobné produkčnímu prostředí a není prostředím vývojovým.

Kontrolní seznam uživatelského akceptačního testování (UAT)

Pro zajištění optimálních výsledků UAT je důležité zajistit, aby byly v rámci uživatelského akceptačního testování pokryty následující fáze a jejich testovací činnosti.

1. Zahájení projektu uživatelského akceptačního testování
2. Plánování uživatelského akceptačního testování
3. Návrh uživatelského akceptačního testování
4. Provedení uživatelského akceptačního testování
5. Rozhodnutí o vydání
6. Akce po uživatelském akceptačním testování

Níže jsou uvedeny činnosti, které jsou součástí každé z výše uvedených etap.

Zahájení projektu uživatelského akceptačního testování

Následující činnosti by měly být v ideálním případě provedeny v rámci zahájení projektu UAT.

1. Identifikujte klíčové zainteresované strany
2. Vyberte vedoucího týmu
3. Sdělte obchodní záměr, cíle a akceptační kritéria systému
4. Dohodněte se na zdrojích týmu pro uživatelské akceptační testování
5. Dohodněte se na dokumentaci pro podporu uživatelského akceptačního testování
6. Dohodněte se na rozhodovacích strukturách
7. Dohodněte se na zdrojích týmu pro uživatelské akceptační testování
8. Začněte školit přejímací testování uživatelů
9. Vytvořte počáteční plán projektu pro přejímací testování uživatelů

Plánování přejímacího testování uživatelů

Při plánování UAT, by měly být provedeny níže uvedené úkoly.

1. Zjistěte způsob pořízení systému, abyste určili nejlepší přístup k uživatelskému akceptačnímu testování.
2. Zjistěte, zda byly zachyceny obchodní záměry a očekávání uživatelů a zda jsou měřitelné.
3. Ověřte, zda byly zachyceny obchodní požadavky.
4. Ověřte, zda byly zahrnuty všechny typy požadavků.
5. Napište kritéria přijatelnosti a zkontrolujte, zda jsou vhodná.
6. Ujistěte se, že rozsah je jasný a relevantní.
7. Zachyťte a ověřte obchodní procesy.
8. Vyhodnoťte stávající dokumentaci a její udržitelnost, aby mohla sloužit jako základ pro testování.

Návrh uživatelského akceptačního testování

Je důležité zajistit, aby se návrh testů pro UAT řídil níže uvedenými kroky, aby bylo zajištěno, že UAT poskytne požadovaný výsledek.

1. Stanovte vstupní kritéria pro uživatelské akceptační testování.
2. Přezkoumejte testovací skripty, pokud jsou k dispozici.
3. Definujte strategii uživatelského akceptačního testování.
4. Přezkoumejte stávající testovací podmínky, pokud jsou k dispozici, a napište nové.
5. Přezkoumejte stávající testovací případy, pokud jsou k dispozici, a napište nové na základě testovacích podmínek.
6. Napsat testovací skripty na základě testovacích případů.
7. Ujistit se, že testy pokrývají všechny požadavky.

Provedení uživatelského akceptačního testování

V rámci provedení UAT testů je třeba provést níže uvedené úkoly.

1. Zkontrolovat dostupnost testovacího prostředí.
2. Definovat plán testů na vysoké úrovni v porovnání se strategií uživatelského akceptačního testování pro dosažení priorit.
3. Definovat podrobný plán testů pro dosažení nejlepšího využití zdrojů.
4. Zajistit aktuálnost protokolu testů.
5. Zajistit přesné a včasné hlášení incidentů.
6. Pravidelně kontrolujte řešení závad s vývojovým týmem a ujistěte se, že nedochází k žádným překážkám.
7. Vytvářejte pravidelné souhrnné zprávy o testech.

Uživatelské akceptační testování Rozhodnutí o vydání

Následující položky pomohou týmu při rozhodování, zda po UAT pokračovat ve vydání, či nikoli.

1. Identifikace stavu vzhledem k akceptačním kritériím.
2. Podrobná identifikace úsilí a času potřebného ke splnění akceptačních kritérií.
3. Zkoumání alternativ na základě zbývajících rizik.
4. Kritéria nouzového uvolnění umožňující řízené uvolnění.
5. Zprávy o stavu klíčovým zúčastněným stranám s alternativními návrhy na uvolnění.
6. Příprava zprávy o dokončení uživatelského akceptačního testování s doporučeními.

Činnosti po uživatelském akceptačním testování

Po dokončení UAT je třeba provést níže uvedené činnosti.

1. Návrh a plán školení uživatelů.
2. Podpora po vydání.
3. Průběžné testování
4. Zpráva o testování po přijetí uživatelem s často kladenými otázkami atd.

Nejlepší postupy testování po přijetí uživatelem

Znát uživatele, kteří budou software nakonec používat

Znát cílovou skupinu. Jaké jsou jejich problémy/potřeby? Jaká je jejich motivace? Jak je můžete oslovit? Když máte všechny tyto informace před zahájením uživatelského akceptačního testování, ušetří vám to zbytečné úsilí a pomůže vám to získat cílené výsledky.

Připravte si plán uživatelského akceptačního testování s dostatečným předstihem

Obvykle se uživatelské akceptační testování provádí před uvedením softwaru na trh a v této fázi jste již pod tlakem dodržování termínů a jste nadšeni z reakcí koncových uživatelů s ohledem na váš software, proto by plánování uživatelského akceptačního testování v této fázi mohlo vést k vynechání některých reálných případů použití, které jsou časté. Dostupnost zdrojů by také mohla být v této fázi omezením.

Dobře strukturovaný systém pro správu uživatelského akceptačního testování

Dobře strukturovaný systém pro správu uživatelského akceptačního testování je takový, který obsahuje snadné možnosti filtrování, efektivní reportování, matici sledovatelnosti, funkce pro sledování chyb a zabezpečení.

Vytvořte scénáře na základě obchodních požadavků

Vždy je dobré připravit testovací scénáře na základě obchodních požadavků, abyste se mohli zaměřit na koncového uživatele.

Jasně definujte kritéria přijatelnosti

O tom, zda produkt po vývoji projde, nebo neprojde, rozhodují kritéria přijatelnosti, proto je nejlepší kritéria přijatelnosti jasně definovat.

Stupeň, ve kterém se provádí uživatelské akceptační testování

Existuje mnoho způsobů vývoje systému, ale obecně se dělí do 2 kategorií:

1. Sekvenční vývoj
2. Iterativní vývoj

Sekvenční vývoj

Sekvenční vývoj využívá posloupnost vývojových stupňů, které obvykle sledují tvar písmene V. V tomto případě se jedná o vývoj, který se skládá z několika fází. UAT je závěrečná úroveň testování, která testuje dokončený systém s ohledem na obchodní požadavky.

Iterativní vývoj

Při iterativním přístupu (např. agilní vývoj) probíhá návrh a testování během krátkých sprintů, takže funkčnost systému je k dispozici postupně na konci každého sprintu. Před spuštěním každého sprintu bude nutné provést UAT.

Přístup k testování přijatelnosti pro uživatele

Přístup UAT je založen na 3 prvcích:

1. Business požadavky
2. Business procesy
3. Očekávání uživatele

Měl by existovat přístup, který sleduje tyto 3 prvky.

Testovací případy založené na požadavcích

Testovací případy musí pokrývat obchodní požadavky, každý testovací případ by měl být spojen s konkrétním požadavkem na základě ID čísla. Testovací případy by mohly být napsány krátce po definování specifikace požadavků a nazývají se testovací případy založené na požadavcích. Nevýhodou tohoto přístupu je, že pokud by požadavky obsahovaly chyby, pak by i testovací případy byly chybné.

Testovací případy založené na obchodních procesech

Testovací případy založené na obchodních procesech se píší proto, aby se zajistilo, že dodaný systém bude fungovat právě při podpoře obchodních procesů. Testovací případy musí být schopny ukázat, že požadavky byly splněny způsobem, který odráží, jak bude organizace systém používat.

Testovací případy založené na uživatelském rozhraní

Testovací případy založené na uživatelském rozhraní jsou strukturovány kolem formulářů nebo obrazovek, které je třeba vyplnit. Testovací případy jsou založeny na zadávání dat, interakci prostřednictvím obrazovky a hlášení. Testovací případy řízené uživatelským rozhraním mohou být vloženy do testovacích případů založených na obchodním procesu, kde obchodní proces zahrnuje zadávání dat, interakci nebo hlášení.

Stanovení priorit prostřednictvím testování založeného na rizicích

UAT se obvykle provádí pod tlakem, protože se provádí těsně předtím, než je systém uvolněn koncovým uživatelům, aby jej mohli používat, takže je třeba najít způsob, jak udělat to nejlepší v omezeném čase, který je k dispozici. K tomu se používá technika prioritizace, kdy se nejdříve provedou nejdůležitější testy, takže případné nedokončené testování je méně důležité než to, které je dokončeno. Tomu se říká testování založené na rizicích.

U každého požadavku se určí úroveň rizika a požadavky se seřadí podle priority.

Testování založené na rizicích lze použít ve spojení s jinými přístupy.

Například

Testování založené na rizicích lze zahrnout do testování založeného na požadavcích, aby se zajistilo, že nejdůležitější oblasti budou testovány jako první.

Pokud systém dělá to, co se po něm požaduje, a přitom mu chybí nějaká podrobná část technické specifikace, pak by měl být tento výsledek zaznamenán, ale není to „show-stopper“.‘

Na druhou stranu, pokud systém splňuje každou položku technické specifikace, ale jeho používání je těžkopádné, pak je to důvod k obavám.

Příklady uživatelského akceptačního testování

Jakýkoli software z jakékoli oblasti, jako je automobilový průmysl, cestování/turistika atd. by měl před dodáním do výroby projít řádným uživatelským akceptačním testováním.

Předpokládejme, že existuje software pro sledování mobilních zařízení, ve kterém správce spravuje mobilní prostředky a jedná se o webovou aplikaci. Prošel mnoha různými formami testování, jako je funkční testování, integrační testování, systémové testování, výkonnostní testování atd. a nyní přichází na řadu nejdůležitější úroveň testování a tou je uživatelské akceptační testování. V ideálním případě by se mělo provádět na dvou úrovních:

Alpha testování

Tento typ uživatelského akceptačního testování provádějí testeři u vývojářů, aby zkontrolovali poslední problémy před dodáním softwaru koncovým uživatelům k beta testování.

Beta testování

Toto testování provádějí koncoví uživatelé ve svých prostorách a kontrolují případné problémy před uvolněním softwaru do výroby.

Závěr

Přínosem uživatelského akceptačního testování je, že nedojde k žádným překvapením při uvolnění produktu do výroby/tržby pro skutečné použití.

Další populární články:

• Co je to akceptační testování neboli User Acceptance Testing (UAT)
• Co je Acceptance Test-Driven Development v agilní metodice?
• Co je to testovací pyramida a testovací kvadranty v agilní metodice testování?
• Co jsou pracovní produkty projektu v agilním testování?
• Co je to testování případů užití v testování softwaru?