Co je uživatelské akceptační testování (UAT)?

⚡ Chytré shrnutí

Uživatelské akceptační testování (UAT) ověřuje, zda softwarový systém splňuje skutečné obchodní potřeby před jeho uvedením do provozu. UAT, které provádějí klienti a koncoví uživatelé, ověřuje kompletní pracovní postupy, odhaluje mezery z dřívějších fází a potvrzuje připravenost k vydání.

  • 🎯 Ověření firmy: Před spuštěním softwaru ověřte, zda poskytuje očekávané výsledky v souladu s dokumentovanými obchodními požadavky.
  • 👥 Pohled skutečného uživatele: Zapojte klienty, odborníky na danou problematiku a skutečné koncové uživatele do kopírování chování ve výrobě.
  • ???? Strukturované plánování: Vytvořte plán UAT, scénáře a testovací případy odvozené z obchodních případů užití a SRS.
  • 🧪 Data podobná produkčním: Pro realistické provedení použijte zakódovaná živá data v izolovaném prostředí UAT.
  • (Tj. Jasné schválení: Stanovte kritéria pro ukončení, zaznamenejte vady a před vydáním získejte souhlas zúčastněných stran.

Účel testování akceptace uživatelem

Co je UAT?

Testování přijetí uživatele (UAT) je typ testování prováděného koncovým uživatelem nebo klientem za účelem ověření/přijetí softwarového systému před přesunem softwarové aplikace do produkčního prostředí. UAT se provádí v závěrečné fázi testování po provedení funkčního, integračního a systémového testování.

Účel UAT

Účel testování akceptace uživatelem

Hlavní Účel UAT Cílem je ověřit komplexní obchodní tok. Nezaměřuje se na kosmetické chyby, pravopisné chyby ani systémové testování. Uživatelské akceptační testování se provádí v samostatném testovacím prostředí s nastavením dat podobným produkčnímu. Jedná se o druh testování „černé skříňky“, do kterého se zapojují dva nebo více koncových uživatelů.

UAT se provádí pomocí:

  • Klient
  • Koneční uživatelé

Potřeba testování přijetí uživatelem

Potřeba testování akceptace uživatelem vzniká, jakmile software projde jednotkovým, integračním a systémovým testováním. Vývojáři mohli vytvořit software na základě vlastní interpretace dokumentu s požadavky a požadované změny během vývoje nemusí být vždy efektivně komunikovány. UAT proto ověřuje, zda je konečný produkt přijat klientem a koncovými uživateli.

Potřeba testování přijetí uživatelem

  • Vývojáři kódují software na základě dokumentu s požadavky, což je jejich „vlastní“ chápání požadavků a nemusí být ve skutečnosti to, co klient od softwaru potřebuje.
  • Změny požadavků v průběhu projektu nemusí být efektivně sdělovány vývojářům.

Přejímací zkoušky a V-Model

V modelu V odpovídá uživatelské akceptační testování fázi požadavků Životní cyklus vývoje softwaru (SDLC)Toto párování zajišťuje, že vše, co bylo zachyceno v obchodních požadavcích, je před vydáním ověřeno pomocí UAT.

Akceptační testování a vztah V-modelu

Předpoklady Uživatelského akceptačního testování

Než může systém začít s testováním akceptace uživatelem (UAT), musí splňovat jasná vstupní kritéria. Následují typické předpoklady pro testování akceptace uživatelem (UAT):

  • Obchodní požadavky musí být k dispozici.
  • editaci videa Code by měl být plně rozvinutý.
  • Mělo by být dokončeno jednotkové testování, integrační testování a systémové testování.
  • Ve fázi testu systémové integrace by neměly zůstat žádné překážky, vysoké nebo střední úrovně.
  • Před UAT jsou přijatelné pouze kosmetické vady.
  • Regresní testování by mělo být dokončeno bez závažných nedostatků.
  • Všechny nahlášené závady by měly být opraveny a otestovány před UAT.
  • A tracPro veškeré testování by měla být vyplněna matice proveditelnosti.
  • Prostředí UAT musí být připraveno.
  • Potvrzující e-mail nebo sdělení od týmu pro testování systému, že systém je připraven k provedení UAT.

Jak provést UAT testy

UAT provádějí zamýšlení uživatelé systému nebo softwaru. Tento typ Testování softwaru obvykle probíhá v sídle klienta a označuje se také jako beta testování. Jakmile jsou splněna vstupní kritéria pro UAT, testeři provedou následující úkoly:

Kroky procesu testování UAT
Proces UAT
  • Analýza obchodních požadavků
  • Vytvoření plánu testování UAT
  • Identifikujte testovací scénáře
  • Vytvářejte testovací případy UAT
  • Příprava testovacích dat (data podobná produkčním)
  • Spusťte testovací případy
  • Zaznamenejte výsledky
  • Potvrďte obchodní cíle

Krok 1) Analýza obchodních požadavků

Jednou z nejdůležitějších činností v UAT je identifikace a vývoj testovacích scénářů. Tyto testovací scénáře jsou odvozeny z následujících dokumentů:

  • Charta projektu
  • Obchodní případy použití
  • Průtokové diagramy procesů
  • Dokument s obchodními požadavky (BRD)
  • Specifikace systémových požadavků (SRS)

Krok 2) Vytvoření plánu UAT

Testovací plán UAT popisuje strategii, která bude použita k ověření a zajištění toho, aby aplikace splňovala své obchodní požadavky. Dokumentuje vstupní a výstupní kritéria pro UAT, testovací scénáře, přístup k testovacím případům a časové harmonogramy testování.

Krok 3) Identifikujte testovací scénáře a testovací případy

Identifikujte testovací scénáře s ohledem na obchodní procesy na vysoké úrovni a vytvořte testovací případy s jasnými testovacími kroky. Testovací případy by měly dostatečně pokrývat většinu scénářů UAT. Obchodní případy užití slouží jako vstup pro vytváření testovacích případů.

Krok 4) Příprava testovacích dat

Pro UAT se nejlépe doporučuje používat živá data. Data by měla být zakódována pro ochranu soukromí a zabezpečení důvody. Tester by měl být obeznámen s tokem databáze.

Krok 5) Spusťte a zaznamenejte výsledky

Provádějte testovací případy a nahlaste případné chyby. Po opravě chyby znovu otestujte. Správa testů nástroje lze použít k provedení.

Krok 6) Potvrďte splnění obchodních cílů

Obchodní analytici nebo UAT testeři by měli po UAT testování odeslat potvrzovací e-mail. Po schválení je produkt připraven k produkci. Výstupy pro UAT testování jsou testovací plán, UAT scénáře a testovací případy, výsledky testů a protokol defektů.

Výstupní kritéria pro UAT

Před zahájením výroby je třeba zvážit následující:

  • Žádné kritické závady nebyly otevřeny.
  • Obchodní proces funguje uspokojivě.
  • Schůzka UAT se všemi zúčastněnými stranami.

Vlastnosti testerů UAT

Vlastnosti efektivního testera UAT

Tester UAT by měl mít hluboké znalosti daného oboru. Měl by být nezávislý a myslet samostatně. neznámý uživatel systémuTester by měl být analytický, měl by mít laterální myšlení a měl by být schopen kombinovat nejrůznější data, aby byl UAT úspěšný.

Testeři, obchodní analytici nebo odborníci na danou problematiku, kteří rozumí obchodním požadavkům nebo pracovním postupům, mohou připravit testy a data, která jsou pro danou firmu realistická.

Časté problémy v UAT

I vyspělé týmy se během testování UAT potýkají s problémy. Předvídání těchto problémů udržuje harmonogram vydání nedotčen:

  • Nejasný rozsah: Definujte scénáře zaměřené na obchodní výsledky, abyste zabránili zastírání UAT do systémového testování.
  • Pozdní zapojení uživatelů: Zapojte koncové uživatele během procházení požadavků před zahájením formálního UAT.
  • Drift prostředí: Zrcadlení produkčních konfigurací a objemů dat v prostředí UAT.

Doporučené postupy

Pro úspěšné UAT je třeba zvážit následující body:

  • Připravte plán UAT v rané fázi životního cyklu projektu.
  • Před zahájením UAT si připravte kontrolní seznam.
  • Proveďte předběžné testování UAT během samotné fáze testování systému.
  • Stanovte očekávání a jasně definujte rozsah UAT.
  • Testujte komplexní obchodní toky a vyhněte se testům na úrovni systému.
  • Otestujte systém nebo aplikaci s reálnými scénáři a daty.
  • Představte si systém jako neznámého uživatele.
  • Proveďte testování použitelnosti.
  • Před zahájením výroby uspořádejte schůzku a schůzku pro získání zpětné vazby.

Nástroje UAT

Několik nástrojů podporuje testování akceptace uživatelů v rámci spolupráce, provádění a reportingu. Níže je uvedeno několik oblíbených možností:

  • Fitnesse: A Javatestovací engine s otevřeným zdrojovým kódem, kde obchodní partneři vytvářejí testy v tabulkovém formátu.
  • PROHLÍDKA se Zefýrem nebo Xray: Vada kombinací trackrál se strukturovaným prováděním testů a tracsnadnost.
  • TestRail: Webová platforma pro správu testů pro organizaci cyklů UAT a hlášení stavu.

Příklad pokynů pro UAT

  • V běžných scénářích vývoje softwaru se UAT často provádí v prostředí QA, pokud neexistuje žádné vyhrazené prostředí pro staging nebo UAT.
  • UAT se obvykle dělí na Testování beta a alfa, ačkoli tento rozdíl je méně důležitý, pokud je software vyvíjen pro odvětví služeb.
  • UAT přináší větší hodnotu, když je zákazník do celého projektu více zapojen.

Nejčastější dotazy

Ano. Asistenti umělé inteligence, jako je ChatGPT, mohou navrhovat scénáře z požadavků, doporučovat chybějící hraniční případy a shrnout zpětnou vazbu. Lidští recenzenti by i tak měli před schválením plánu UAT ověřit rozsah a obchodní záměr.

Analytika řízená umělou inteligencí seskupuje podobné vady, prioritizuje problémy podle dopadu na podnikání a vyzdvihuje trendy v názorech uživatelů v komentářích. Týmy tak rychleji získají signál o tom, které pracovní postupy je třeba před schválením přepracovat.

Systémové testování provádí tým QA za účelem ověření funkčních a nefunkčních požadavků. UAT provádějí klienti nebo koncoví uživatelé, aby se před vydáním softwaru potvrdilo, že splňuje skutečné obchodní potřeby.

Cykly UAT obvykle trvají jeden až čtyři týdny v závislosti na složitosti systému, počtu obchodních toků a dostupnosti zúčastněných stran. Zavádění ve větších podnicích se může rozprostírat přes několik iteračních cyklů.

Shrňte tento příspěvek takto: