doba čtení: 14 minut
pro zajištění technických vlastností produktu, nalezení chyb a logických chyb v softwaru je nezbytné zapojit se do činností zajišťování kvality. Testování QA vám však neřekne, zda je konečný produkt v souladu s obchodními cíli a může provádět požadované úkoly v reálných scénářích. Aby se zajistilo, že vývojový tým buduje správný produkt pro skutečné koncové uživatele, je nezbytné provést testování přijetí uživatele.
co je testování přijetí uživatele a jak se liší od zajištění kvality?
User Acceptance Testing (UAT) kontroluje, zda je produkt vhodný pro koncové uživatele. Má jiné názvy, např., testování koncového uživatele, provozní, aplikace, beta testování, nebo validace, ale popisují totéž. Při zajišťování kvality je důležité rozlišovat mezi validací a verifikací.
ověření se týká obecných QA procesů zaměřených na testování technických aspektů produktu, aby se zajistilo, že skutečně funguje. Ověření (nebo testování přijetí uživatelem) se provádí, aby se zajistilo, že produkt odpovídá obchodním požadavkům a může být použit koncovým uživatelem.
validační a ověřovací činnosti z hlediska celkového testování produktu
validační činnost lze rozdělit na dva typy testování.
alfa testování je počáteční fáze přejímacího testování, obvykle prováděného interními testery, aby se zajistilo, že produkt funguje správně a splňuje obchodní požadavky.
Beta testování, druhý typ akceptačního testování, je zaměřen na splnění kritérií pro přijetí uživatele. UAT může provádět
- skuteční uživatelé existujícího produktu,
- uživatelé předchozí verze produktu,
- zúčastněné strany podílející se na vývoji produktu a/nebo
- obchodní analytici jako specialisté koncových uživatelů.
to umožňuje vývojovému týmu opravit většinu problémů s použitelností, chyb a neočekávaných problémů týkajících se funkčnosti, návrhu systému, obchodních požadavků atd.
proč vlastně potřebujete UAT?
hlavním účelem akceptačního testování je ověření, že produkt odpovídá potřebám uživatelů (definovaným ve fázi objevu produktu) a je připraven k uvedení na trh. Podle průzkumu Origsoft o použití UAT více než 75 procent respondentů uvedlo, že provádějí několik cyklů testování koncových uživatelů, přičemž 57 procent tvrdí, že je důvodem špatná kvalita produktu.
zde jsou hlavní důvody, proč je UAT důležitý a měl by být součástí vašeho vývoje.
zajistěte soulad s obchodními požadavky. Jak jsme již zmínili, UAT se provádí za účelem ověření, že produkt funguje v reálných podmínkách podle potřeby a umožňuje koncovým uživatelům řešit cílené problémy. Pokud přeskočíte UAT, můžete přijít o některé důležité nedostatky nebo poruchy systému, které nevyhnutelně způsobí nespokojenost uživatelů.
upravte počáteční požadavky. Někdy, jak koncoví uživatelé testují produkt, mohou přijít s některými cennými myšlenkami, jak vylepšit testovaný software. Získání takové zpětné vazby vám umožní upravit vaše požadavky, abyste získali výsledek, který bude pro vaše zákazníky užitečnější.
Vyhněte se ztrátám. Za prvé, je levnější opravit produkt v raných fázích vývoje, takže nalezení nedostatků způsobených UAT umožní vašemu vývojovému týmu vylepšit produkt mnohem snadněji(to se většinou týká agilního modelu. Čtěte dále pro více informací). Za druhé, všichni víme příběhy o selhání produktu kvůli špatné funkčnosti a použitelnosti. UAT vám poskytuje zpětnou vazbu od uživatelů v reálném světě a je mnohem méně pravděpodobné, že dojde ke ztrátám způsobeným neúspěšným spuštěním produktu.
v každém případě vyžaduje UAT organizační a přípravné práce, aby byla efektivní. Chcete-li zajistit platnost vašeho produktu, zvažte následující kroky při provádění testů přijetí uživatelem.
klíčové fáze uat
analyzujte požadavky na produkt a definujte klíčové výstupy
Analýza požadavků na produkt je prvním krokem plánování UAT. Primárním zdrojem vstupních informací by byla specifikace požadavků na software, protože zahrnuje kompletní rozsah obchodních a funkčních požadavků.
obchodní požadavky jsou cíle vaší organizace na vysoké úrovni, které komunikují obchodní potřeby. Ty mohou znít jako “ zákazníci by měli mít možnost používat více platebních metod.“
funkční požadavky překlenují technické řešení s obchodními požadavky. Funkční požadavek by tedy zněl jako “ implementujte platební brány PayPal, Visa a Mastercard, Payoneer.“
přehled těchto požadavků vám přesně řekne, co byste měli otestovat, zda implementovaná řešení fungují pro uživatele a řeší problémy pro podnikání. Funkční požadavky lze převést do testovacích případů s ohledem na kritéria úspěchu obchodních požadavků. A to vám pomůže vytvořit celkovou strategii testování. Zvažte zapojení obchodních analytiků, inženýrů QA nebo vlastníků produktů pro analýzu požadavků.
poslední fází plánování je vytvoření technické dokumentace pro proces UAT. Zde dokumentujete svou testovací strategii, pravidla, testovací scénáře/případy, standardy atd. Následující části popisují dokumentaci použitou při testování akceptace uživatelů.
výsledky testování přijatelnosti uživatelů
testovací plán UAT. Vytvoření testovacího plánu UAT vám pomůže udržet všechny v souladu se stejnými cíli a vizí. Hlavní dokument obsahuje všechny informace o tom, co bude testováno, kým a jak. Chcete-li pokrýt všechny organizační a procesní aspekty UAT, musíte podrobně popsat strategii testování a kritéria vstupu/výstupu.
strategie testování koncového uživatele. Strategie nastiňuje produkt, který testujete, účel testování přijetí uživatelem, typy testů a cíle. Vaše strategie testování by měla zahrnovat informace jako
- popis produktu,
- cíle testování,
- rozsah testování,
- standardy,
- typy testování,,
- testeři / role
- procesní kurátoři (manažeři),
- recenzenti,
- standardy podávání zpráv a
- výsledky.
vstupní kritéria. To jsou podmínky, které prokazují, že software je připraven k testování. Jsou stanoveny v nejranější fázi plánování vývojovým týmem, QA, obchodními analytiky a zúčastněnými stranami.
Výstupní nebo akceptační kritéria. To jsou podmínky, které diktují, že software je platný pro uživatele. Odpovídající kritéria přijetí by byla konečnou fází vašeho UAT.
testovací scénáře. Testovací scénáře jsou hypotetické situace, se kterými se uživatelé mohou setkat při interakci s vaším produktem. Jejich cílem je vést vaše testery možnými problémy s používáním systému.
testovací scénář by měl v zásadě zprostředkovat jednoduchou představu o tom, co bude testováno. Příkladem scénáře je “ zkontrolovat funkčnost nákupního košíku.“Každý uživatelský scénář je spojen s jedním nebo dvěma požadavky nebo uživatelskými příběhy. Jsou psány, aby ověřily, že systém je použitelný, a kontrolují operace typu end-to-end s reálnými daty.
Chcete-li napsat dobré testovací scénáře pro testování přijetí uživatele, zvažte zapojení koncových uživatelů do schválení tak, aby zahrnovalo všechny možné případy použití, běžné i neobvyklé. Taky, zvažte jejich psaní prostým jazykem, vyhnout se složitým frázováním nebo příliš technickým vysvětlením.
zkušební případy. Testovací případ je soubor konkrétních akcí, které se provádějí za účelem testování a ověření konkrétního chování, funkce nebo funkčnosti systému. Testovací případy jsou podrobnější jednotky, které musí odpovídat všem testovacím scénářům. Nejčastěji převádíte své uživatelské příběhy a případy obchodního použití, abyste mohli psát efektivní testovací případy. Příklady testovacích případů jsou:
- zkontrolujte neregistrovaný uživatel přidání produktu do nákupního košíku.
- zkontrolujte filtrování nákupního košíku.
- zkontrolujte Tlačítko“ pokračovat v nákupu“.
testovací případy jsou účinné, pokud je stanoven jasný účel, a uživatel je schopen pochopit, co by měl udělat pro jeho dokončení. Uživatelská příručka k testovacímu případu může vypadat takto:
- Otevřete aplikaci.
- přidejte libovolný produkt do nákupního košíku.
- autentizace není nutná.
- pokračujte do nákupního košíku.
do testovacího případu můžete také zahrnout očekávané výsledky, aby si uživatel byl vědom toho, co se stane:
- produkt se objeví v nákupním košíku.
- systém vás požádá o autorizaci jako registrovaného uživatele.
standardy vykazování. Definujte, jak by zpráva měla vypadat a jaké informace by měl koncový uživatel poskytnout.
zkušební protokoly. Ty shromažďují zdokumentovaná výstupní data po dokončení testu. V závislosti na testovacích standardech a scénáři testování mohou být do zpráv zahrnuty různé informace. Ale obvykle v UAT, týmy QA budou vyžadovat pouze odhlášení od testeru. Odhlášení je pouze potvrzením, že test je úspěšný a odpovídá kritériím uživatele.
na konci UAT mohou být poskytnuté výstupy použity inženýry QA nebo manažerem UAT k extrahování cenných dat a sdělování výsledků vývojovému týmu.
tradičně budou inženýři zajišťování kvality zodpovědní za zpracování zpětné vazby od koncových uživatelů. Výsledky testů, hlášení o chybách a záznamy o selhání/průchodu jsou poskytovány vývojářům, aby byla zajištěna neustálá komunikace mezi různými částmi týmu. Na základě zpětné vazby od koncových uživatelů může tým QA také poskytnout metriky kvality softwaru pro měření pokroku, pokud jde o UAT.
šablony pro testování přijetí uživatelů
zmínili jsme několik důležitých dokumentů, které je třeba vytvořit pro správné plánování a provádění UAT. Existují různé způsoby, jak je napsat, ale zde jsou některé šablony, které se mohou hodit.
- šablony zkušebního plánu: Šablona testovacího plánu od Coley Consulting, šablona sfsu (odkaz ke stažení) nebo šablona iiba (odkaz ke stažení)
- šablona testovacího scénáře
- šablona zkušebního protokolu
Vyberte si čas a formu testování koncového uživatele
akceptační testování může probíhat v různých fázích projektu, v závislosti na metodice, kterou používáte, ale obvykle se provádí na konci vývojového cyklu před vydáním. Protože dvě z nejpopulárnějších metodik řízení projektů ve vývoji softwaru jsou Waterfall a Agile, podíváme se na proces přijímání uživatelů v těchto dvou modelech.
akceptační testování v modelu vodopádu
abychom se ponořili hlouběji do detailů, musíme rychle shrnout, co je to model vodopádu. Jedná se o tradiční metodiku projektového řízení založenou na postupném vývoji produktu.
fáze se neprotínají, což znamená, že nedochází k současnému navrhování a testování návrhu nebo vývoji a testování. Celý proces je přísně zdokumentován a má za cíl dodat plně funkční aplikaci na konci vývoje bez iterací.
fáze přijetí uživatelem v modelu vodopádu
testování přijetí uživatelem ve vodopádu probíhá v konečné fázi vývoje, těsně před spuštěním.
může být provedeno až poté, co je systém považován za kód a funkci připraven, po dosažení následujících měřítek.
- obchodní požadavky produktu byly splněny.
- základna kódu je dokončena.
- QA aktivity (systém, integrace, testování jednotek) byly dokončeny.
- chyby odhalené během fáze QA byly opraveny.
- Drobné vizuální problémy jsou v přijatelném rozsahu.
- uživatelské prostředí (UAT manager, nástroje pro testování, testovací scénáře atd.) je vytvořen.
v modelu Waterfall je testování přijetí uživatelem definitivním bodem, který demonstruje připravenost softwaru. Pokud produkt splňuje kritéria pro přijetí uživatelem, znamená to, že je produkt připraven k výrobě. Aktivity UAT v tomto případě slouží k dokončení kontroly systému, jeho funkčnosti, použitelnosti a chyb. Primárním cílem je však zajistit, aby produkt odpovídal počátečním požadavkům a potřebám koncových uživatelů.
přijetí uživatele v agilních metodikách
agilní model vývoje softwaru není tak přímočarý jako vodopád. Je založen na iteraci každé vývojové fáze, dokud produkt nedosáhne požadované kvality a funkčnosti. Iterace každé fáze umožňují vysoce flexibilní vývoj a dynamickou změnu požadavků, protože Agile se nezaměřuje na vytváření velké dokumentace. A to umožňuje vývojovému týmu rychle reagovat na měnící se požadavky zákazníka.
testování akceptace uživatelů v agilním modelu
obrázek ukazuje cyklus vývoje agilního produktu s iteracemi. V každé fázi projektu můžete provést testování přijetí uživatele, abyste zajistili platnost produktu. Hlavní rozdíl mezi UAT ve Waterfall a v Agile spočívá v tom, že UAT se provádí vícekrát (často v rámci každé iterace) a jeho výsledky mohou ovlivnit počáteční požadavky, protože poskytuje okamžitou zpětnou vazbu o tom, co funguje nejlépe.
kontrolní body pro zahájení testování koncových uživatelů v agilním projektu jsou
- vytvořené obchodní požadavky,
- UX / systémová dokumentace,
- testovací materiál (interaktivní makety, prototypy s vysokou věrností, ukázky) a
- uživatelské prostředí.
v Agile je UAT nedílnou součástí celkových testovacích činností, takže může mít různé formy a používat různé nástroje. Mohou to být například testy funkčních a nefunkčních požadavků nebo testování v rané fázi k ověření předpokladů učiněných během fáze plánování. Na konci každé iterace, akceptační testování produkuje výstupy, které se používají k úpravě požadavků, architektura systému, vodítka stylu UX, atd.
nábor uživatelů a vytvoření týmu uat
jak jsme již zmínili, testeři mohou být přijímáni z vaší stávající uživatelské základny. V závislosti na specifikách projektu to mohou být odborníci na předmět, uživatelé produktu v reálném světě, zúčastněné strany, obchodní analytici, vlastník produktu nebo zákazník. Můžete také použít platformy crowd-sourcing k hledání testerů nebo najmout nezávislého specialistu na testování uživatelů.
zvažte vytvoření zprávy sociálních médií nebo dokonce vstupní stránky, abyste přilákali publikum. Vaši potenciální testeři by neměli být nutně technicky zdatní nebo obeznámeni s procesy testování softwaru. Ti, kteří již mají nebo budou používat váš produkt (nebo možná podobný), však budou dobrými kandidáty na váš UAT, protože v takovém případě se můžete vyhnout hlubokému onboardingu a zapojení týmu QA.
implementujte nástroje pro testování koncových uživatelů a Palubní testery
na trhu samozřejmě existují specifické nástroje, které jsou určeny pro testování koncových uživatelů. Nejoblíbenější nástroje nabízejí funkce správy testování, jako je reporting, přehledy úkolů a šablony dokumentace pro testování. Zde je několik příkladů softwaru, který lze použít k podpoře vašich aktivit UAT.
Usersnap je populární platforma pro poskytování vizuální zpětné vazby na testovaný software a webové aplikace. V podstatě je to nástroj, který umožňuje uživatelům označit chyby přímo na obrazovce, zanechat komentáře a návrhy a sdílet zpětnou vazbu. Existuje mnoho podobných nástrojů, jako je Userback a UserTesting.
FitNesse je open source, wiki poháněný rámec pro automatizaci akceptačních testů. Umožňuje všem zúčastněným stranám snadno vytvářet, upravovat a spouštět testy a vytvářet včasnou zpětnou vazbu. Uživatelé zadávají speciálně formátované vstupy pro automatické generování testů, které systém okamžitě spustí. Poté je výstup vrácen a zvýrazněn v závislosti na tom, zda odpovídá očekávanému výsledku nebo ne. Tato platforma pro spolupráci má mírnou křivku učení a je populární mezi agilními týmy.
Bugwolf je další nástroj pro vedení UAT. Kromě testovacího prostředí a hlášení chyb nabízí funkce gamifikace a soutěže, které motivují a zapojují uživatele. Najdete zde také užitečné vestavěné platební možnosti, pokud se chystáte provádět testování koncových uživatelů online.
dobře známé nástroje pro správu projektů, jako je Jira nebo Trello, mají také funkce pro vedení UAT.
testování dashboard v SpiraTest
vytvořte prostředí pro přijetí uživatele a spusťte školení
Chcete-li získat co nejvíce z testování koncového uživatele, začněte s tréninkem. Za to jsou zodpovědní vaši testeři a manažer UAT. Zvažte strukturování tréninkového procesu tak, aby zahrnoval následující aspekty.
- seznámit uživatele s testovacím procesem a jeho cíli.
- trénujte uživatele, aby používali nástroje pro testování koncových uživatelů, pokud je budete používat.
- poskytněte jim standardy a pokyny pro podávání zpráv.
- Zajistěte, aby uživatelé správně porozuměli testovacím případům a v případě potřeby poskytovali podporu.
- poskytnout jim přístup do testovacího prostředí.
nejčastěji lze testování koncového uživatele provádět na straně uživatele, což znamená, že nebudete muset testerům dodávat hardware. Celý proces lze také provést online. Složitější projekty nebo důvěrná data mohou vyžadovat shromáždění specializovaného týmu uživatelských testerů ve vaší kanceláři. Je také důležité jmenovat manažera, který poskytne dokumentaci, nástroje a podporu.
spusťte testy
jakmile máte testovací scénáře a testovací případy, je dobré jít s testy. Chcete-li podpořit své koncové uživatele během procesu a získat požadované výsledky, poskytněte jasnou představu o tom, jaké akce vyžaduje každý testovací případ. Mějte na paměti, že vaši uživatelé nejsou profesionální testeři. Během testu se ujistěte, že uživatelům poskytujete skutečná nebo blízká reálná data, vyhýbejte se vzorovému obsahu nebo fiktivním tlačítkům. Jakákoli mylná představa je může uvíznout v testovacím případě.
dalším důležitým aspektem je, že vaši vývojáři jsou připraveni opravit vše, co se pokazí. Vaše testovací prostředí se může vypnout nebo může dojít k chybám, které uživatelům brání v testování. Uživatelé by měli mít přístup k požadovaným funkcím v každé fázi testování, ať už se jedná o interaktivní design nebo funkční aplikaci, aby mohli provádět každý testovací případ zahrnutý v plánu testů.
Sbírejte výstupní informace a analyzujte je
během vašich aktivit UAT získáte spoustu dat od testerů. Váš QA tým to bude muset analyzovat. Data jsou shromažďována prostřednictvím uživatelských zpráv odeslaných ručně nebo pomocí konkrétního nástroje. Kromě toho můžete vést rozhovory se samostatnými uživateli, abyste získali lepší přehled o testovacích případech, které provedli, a o tom, co si o nich myslí.
Chcete-li vyhodnotit připravenost systému, zvažte měření procenta provedených/neúspěšných/opravených testů.
test tracking dashboard v Panaya
existuje také několik dalších bodů, které je třeba vzít v úvahu:
stabilita systému. Stabilita může být určena počtem neočekávaných chyb, které se vyskytly během UAT.
pokrytí testování. Pokrytí se měří počtem napsaných testovacích scénářů / případů a jejich poměrem k celkovým dokončeným testům. Výsledky testování UAT můžete také porovnat s mapou cesty uživatele, abyste pochopili, která část funkčnosti zůstala netestována.
použitelnost systému. To lze vypočítat podle počtu testů, které nebyly provedeny, protože uživatel nenašel způsob, jak to udělat. Celkový UX je však testován během testování použitelnosti, které se provádí jako samostatná činnost.
dodržování smluv/požadavků. Dodržování požadavků je kontrolováno po dokončení všech testů koncového uživatele. Zajišťuje, že sestavení softwaru stále odpovídá původním požadavkům / rozsahu smlouvy, a to i po změnách, které přineslo přijetí uživatelem.
opravit chyby, znovu otestovat a odhlásit
po provedení UAT musí být všechny vady zdokumentovány příslušnými komentáři a předány vývojovému týmu. Musí provést úpravy kódu, aby vyřešili problémy odhalené UAT.
jakmile opravíte chyby, znovu je Otestujte, abyste se ujistili, že vše funguje správně. Po dosažení kritérií pro přijetí a schválení recenzenty je konečné rozhodnutí o přijetí o připravenosti produktu na výrobu.
role týmu uat
jak jsme již zmínili, testování UAT se liší od ostatních činností QA, protože je prováděno nejen technickými specialisty; je také důležité zapojit do tohoto procesu skutečné koncové uživatele. Zapojení profesionálů QA a obchodních analytiků je také nezbytné, stejně jako úzká spolupráce s projektovým manažerem a vývojovým týmem.
odpovědnost týmu UAT se může lišit v závislosti na potřebách společnosti a projektu, ale zde je příklad rozdělení rolí, které můžete zvážit.
obchodní programový manažer. Jedná se o osobu, která koordinuje a dohlíží na celý projekt a sladí jej s obchodními cíli. Před fází UAT by měl správce programu vygenerovat plán dodání programu a dokument o obchodních požadavcích na podporu testovacích činností. Je rovněž odpovědný za přezkoumání a schválení plánu zkoušek a testovací strategie.
během UAT správce programu sleduje provádění testovacích činností a zajišťuje dokončení podle plánu a rozpočtu. Poté zkontroluje protokol o zkoušce a rozhodne o nasazení do výroby.
UAT test lead / manager. Odpovědností vedoucího testu je přesně naplánovat a uspořádat UAT. K tomu je obvykle nutná úzká spolupráce s projektovým manažerem.
testovací vedení shromažďuje a analyzuje všechny obchodní a funkční požadavky, které se pak používají k vypracování potřebné dokumentace, tj. Navíc ve fázi přípravy pracuje s testovacím týmem, přiřazuje testovací scénáře členům týmu a organizuje školení, aby testeři porozuměli postupu UAT. Vedoucí testu také připravuje a spravuje potřebné zdroje a načte základní testovací data do testovacích nástrojů.
v celém UAT koordinuje vedení provádění testovacích případů a zajišťuje, že jsou zdokumentovány všechny výsledky testů. On / ona také sleduje průběh testu, sbírá metriky, a vytváří / udržuje zprávu o zkoušce.
členové testovacího týmu UAT. Hlavním úkolem testovacího týmu je provádět testy v souladu s poskytnutým harmonogramem a pokyny. Testeři by měli vytvářet protokoly testů a podávat zprávy o závadách a incidentech. Obvykle se také účastní opakovaných testů (v případě potřeby).
projektový manažer jako osoba odpovědná za úspěšné dokončení projektu musí sledovat testovací činnosti, poskytovat organizační podporu a podávat zprávy o pokroku. Bude také působit jako prostředník mezi testovacím týmem, vývojáři, zákazníkem a dalšími možnými zúčastněnými stranami.
kontrolní seznam uat
Shrneme-li pokyny UAT, které jsme uvedli výše, vyvinuli jsme kontrolní seznam, který vám pomůže uspořádat testovací aktivity a nezmeškáte nic důležitého.
zahájení projektu UAT.
- ověřte se svým vývojovým týmem, že všechny komponenty produktu jsou připraveny k testování. Dokumentujte všechny problémy, které nemohly být řešeny před UAT.
- Identifikujte klíčové zúčastněné strany.
- vyberte vedoucího týmu odpovědného za projekt, včetně papírování.
- Diskutujte a dohodněte se na struktuře projektu, týmu UAT a dokumentaci UAT.
- důkladně prodiskutujte testovací postupy a vytvořte počáteční plán UAT.
plánování uat.
- Vytvořte si svůj tým UAT a ujistěte se, že máte testery z každého segmentu trhu a / nebo každé skupiny zúčastněných stran. Ujistěte se, že veškerá dokumentace týkající se účasti je úplná a podepsaná (mlčenlivost, dohoda o účasti atd.).
- sdělte týmu strategii testování a plán. Ujistěte se, že každý člen chápe role, postupy, a odpovědnosti.
- ujistěte se, že všechny obchodní požadavky jsou zachyceny a sděleny týmu UAT.
- Diskutujte a dohodněte se na kritériích vstupu a výstupu.
- připravte veškerou obchodní dokumentaci: testovací plán, testovací scénáře, testovací případy atd.
- sdělte obchodní cíle a kritéria přijetí/ukončení systému.
- dohodněte se na standardech podávání zpráv.
- proveďte potřebné školení o systému a pomocných nástrojích. Ujistěte se, že testeři chápou, jak hlásit incidenty.
- shromážděte a připravte všechny potřebné zdroje pro aktivity UAT. V případě potřeby si rezervujte místo.
- připravte a otestujte prostředí, nástroje pro správu testů, zařízení, servery, kanály zpětné vazby, sledování problémů, doručování obsahu atd.
- ujistěte se, že máte všechna přihlášení, že byl nastaven přístup zabezpečení a byla načtena testovací data.
provádění uat.
- sledujte, jak jsou postupy prováděny, a ujistěte se, že zprávy jsou předkládány včas a přesně.
- Vytvořte a udržujte souhrnnou zprávu o zkoušce.
Post-UAT aktivity.
- analyzujte výstupní informace měřením procenta testů, které prošly / selhaly, a kategorizací vad podle závažnosti.
- Identifikujte stav podle kritérií pro přijetí.
- připravte závěrečnou zprávu UAT a předložte ji zúčastněným stranám spolu s odhadovaným časem a úsilím potřebným ke splnění kritérií pro přijetí a doporučení pro vydání.
testovací postupy se mohou u jednotlivých společností lišit. Zde je několik dalších stahovatelných kontrolních seznamů UAT, které by mohly vyhovovat vašim potřebám: kontrolní seznam 1, kontrolní seznam 2.