Menu

Co je to přejímací testování (kompletní průvodce)

what is acceptance testing

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Úvod do přejímacích zkoušek (část I):

V této sérii kurzů se naučíte:

  1. Co je to přejímací testování
  2. Přejímací zkoušky a plán zkoušek
  3. Stav akceptačních testů a souhrnné zprávy
  4. Co je uživatelské akceptační testování (UAT)

Skončili jste s Testováním systému? Je většina vašich chyb opravena? Jsou chyby ověřeny a uzavřeny? Co dál?

Další v seznamu přichází Acceptance Testing, což je poslední fáze procesu testování softwaru . V této fázi se zákazník rozhodne GO / No-GO před uvedením produktu na trh je nutné jej povinně dodržovat. Společné úsilí vývojového a testovacího týmu ocení zákazník buď přijetím, nebo odmítnutím vyvinutého produktu.

Přijímací zkoušky

Tento jedinečný tutoriál o akceptačním testování vám poskytne kompletní přehled o významu, typech, použití a různých dalších faktorech, které jsou součástí akceptačního testu, jednoduchým a snadným způsobem pro vaše lepší pochopení.

Co se naučíte:

Co je to přejímací testování?

Jednou Proces testování systému je dokončen testovacím týmem a je odhlášen, celý Produkt / aplikace je předán zákazníkovi / několika uživatelům zákazníků / oběma, aby se otestovala jeho přijatelnost, tj. Produkt / aplikace by měl být bezchybný při plnění kritických i hlavní obchodní požadavky. End-to-end obchodní toky jsou také ověřovány podobně jako ve scénáři v reálném čase.

Produkční prostředí bude testovacím prostředím pro Accepting Testing (obvykle se nazývá prostředí Staging, Pre-Prod, Fail-Over, UAT).

Fáze přejímacího testování

Tohle je technika testování černé skříňky kde je ověřena pouze funkčnost, aby bylo zajištěno, že produkt splňuje specifikovaná akceptační kritéria (není třeba znalostí designu / implementace).

Proč přejímací zkoušky?

Ačkoli testování systému bylo úspěšně dokončeno, zákazník požaduje test přijatelnosti. Zde provedené testy se opakují, protože by byly zahrnuty do testování systému.

Proč tedy toto testování provádějí zákazníci?

To je proto, že:

  • Získat důvěru v produkt, který se dostává na trh.
  • Zajistit, aby produkt fungoval tak, jak musí.
  • Zajistit, aby produkt odpovídal současným tržním standardům a byl dostatečně konkurenceschopný s ostatními podobnými produkty na trhu.

Typy

Existuje několik typů tohoto testování.

Několik z nich je uvedeno níže:

# 1) Testování přijetí uživatele (UAT)

UAT má posoudit, zda Produkt pracuje pro uživatele, správně pro použití. Specifické požadavky, které koncoví uživatelé často používají, jsou primárně vybírány pro účely testování. Toto se také nazývá Testování koncovým uživatelem.

Pojem „uživatel“ zde označuje koncové uživatele, kterým je produkt / aplikace určena, a proto se testování provádí z pohledu koncových uživatelů a z jejich pohledu.

=> Také Číst: Co je Testování přijatelnosti uživatelů (UAT)?

# 2) Testování obchodní přejímky (BAT)

To má posoudit, zda Produkt splňuje obchodní cíle a účely, či nikoli.

BAT se zaměřuje hlavně na obchodní výhody (finance), které jsou vzhledem k měnícím se podmínkám na trhu / postupujícím technologiím poměrně náročné, takže při současné implementaci bude možná nutné podstoupit změny, které povedou k mimořádným rozpočtům.

což je lepší java nebo c ++

Z těchto důvodů může BAT selhat dokonce i u produktu splňujícího technické požadavky.

# 3) Testování přijetí smlouvy (CAT)

Jedná se o smlouvu, která specifikuje, že jakmile bude produkt uveden do provozu, v předem stanoveném období, musí být proveden akceptační test a měl by projít všemi případy použití akceptace.

Zde podepsaná smlouva se označuje jako Smlouva o úrovni služeb (SLA), která zahrnuje podmínky, za kterých bude platba provedena pouze v případě, že jsou služby produktu v souladu se všemi požadavky, což znamená, že smlouva je splněna.

Někdy se tato smlouva může stát před uvedením produktu do provozu. Buď způsoby, smlouva by měla být dobře definována, pokud jde o období testování, oblasti testování, podmínky týkající se problémů, které se vyskytnou v pozdějších fázích, platby atd.

# 4) Předpisy /DodržováníAkceptační testování (RAT)

To slouží k posouzení, zda Produkt porušuje pravidla a předpisy, které stanoví vláda země, kde je vydáván. To může být neúmyslné, ale bude to mít negativní dopad na podnikání.

Vyvinutý produkt / aplikace, která má být vydána po celém světě, musí obvykle projít RAT, protože různé země / regiony mají odlišná pravidla a předpisy definované jejími řídícími orgány.

Pokud dojde k porušení některého z pravidel a předpisů pro kteroukoli zemi, pak tato země nebo konkrétní region v této zemi nebude moci produkt používat a považuje se to za selhání. Prodejci produktu budou přímo odpovědní za jeho uvolnění, i když dojde k porušení.

# 5) Testování provozní přejímky (OAT)

Jde o posouzení provozní připravenosti produktu a jedná se o nefunkční testování. Zahrnuje hlavně testování obnovy, kompatibility, udržovatelnosti, dostupnosti technické podpory, spolehlivosti, selhání, lokalizace atd.

OAT zajišťuje hlavně stabilitu Produktu před jeho uvolněním do výroby.

# 6) Alfa testování

To je k posouzení produktu ve vývojovém / testovacím prostředí specializovaným týmem testerů, který se obvykle nazývá testery alfa. Zde zpětná vazba testerů, návrhy pomáhají zlepšit využití produktu a také opravit určité chyby.

Tady testování probíhá kontrolovaným způsobem.

=> Číst také: Co je Alpha Testing?

# 7) Beta testování / testování v terénu

Jedná se o posouzení Produktu jeho vystavením skutečným koncovým uživatelům, obvykle nazývaným beta testery / uživatelé beta, v jejich prostředí. Neustálá zpětná vazba od uživatelů je shromažďována a problémy jsou opraveny. To také pomáhá při vylepšování / vylepšování produktu, aby poskytoval bohaté uživatelské prostředí.

Testování probíhá nekontrolovaným způsobem, což znamená, že uživatel nemá žádná omezení způsobu, jakým je produkt používán.

=> Číst také: Co je Beta testování?

Druhy přejímacích zkoušek

Všechny tyto typy mají společný cíl:

  • Zajistěte, abyste získali / obohatili důvěru v produkt.
  • Zajistěte, aby byl produkt připraven k použití skutečnými uživateli.

Kdo provádí přejímací zkoušky?

U typu Alpha provádějí testování pouze členové organizace (kteří produkt vyvinuli). Tito členové nejsou přímo součástí projektu (vedoucí / vedoucí projektu, vývojáři, testeři). Týmy pro správu, prodej a podporu obvykle provádějí testování a podle toho poskytují zpětnou vazbu.

Kromě typu Alpha všechny ostatní typy přijetí obecně provádějí různé zúčastněné strany. Stejně jako zákazníci, zákazníci zákazníka, specializovaní testeři z organizace (ne vždy).

Při provádění tohoto testování na základě jeho typu je také dobré zapojit obchodní analytiky a odborné subjekty.

Vlastnosti přijímacích testerů

Testeři s níže uvedenými vlastnostmi jsou kvalifikováni jako testeři přejímky:

  • Schopnost logicky a analyticky myslet.
  • Dobré znalosti domény.
  • Schopen studovat konkurenceschopné produkty na trhu a analyzovat je u vyvinutého produktu.
  • Při testování vnímání koncovým uživatelem.
  • Pochopte obchodní potřebu každého požadavku a podle toho otestujte.

Dopad problémů zjištěných během tohoto testování

Jakékoli problémy, které se vyskytnou ve fázi akceptačního testu, by měly být považovány za vysoce prioritní a měly by být okamžitě odstraněny. To také vyžaduje, aby byla provedena analýza kořenové příčiny u každého nalezeného problému.

Testovací tým hraje hlavní roli při zajišťování RCA pro problémy s přijetím. Pomáhají také při určování efektivity testování.

Platné problémy v akceptačním testu také zasáhnou jak testování, tak vývojový tým, pokud jde o dojem, hodnocení, zákaznické průzkumy atd. Někdy, pokud se zjistí nějaká neznalost testovacího týmu ohledně validací, vede to také k eskalaci.

Použití

Toto testování je užitečné z několika aspektů.

Několik z nich zahrnuje:

  • Zjistit problémy zmeškané během fáze funkčního testování.
  • Jak dobře je produkt vyvinut.
  • Zákazníci skutečně potřebují produkt.
  • Zpětné vazby / provedené průzkumy pomáhají při zlepšování výkonu produktu a uživatelské zkušenosti.
  • Vylepšete postup a vstup RCA.
  • Minimalizujte nebo eliminujte problémy vyplývající z produkčního produktu.

Rozdíly mezi testováním systému, testem přijatelnosti a testem přijatelnosti uživatelem

Níže jsou uvedeny hlavní rozdíly mezi těmito 3 typy akceptačních testů.


Testování systému		Přijímací zkouškytestování přijetí uživatele
Jsou prováděny pozitivní a negativní testyObvykle se provádějí pozitivní testyProvádějí se pouze pozitivní testy
Provádí se komplexní testování, aby se ověřilo, zda produkt splňuje všechny stanovené požadavkyProvádí se testování za účelem ověření, zda Produkt splňuje požadavky zákazníka na přijatelnostProvádí se testování za účelem ověření, zda jsou splněny požadavky koncových uživatelů na přijatelnost
Produkt je testován jako celek se zaměřením pouze na funkční a nefunkční potřebyProdukt je testován na obchodní potřeby - přijatelnost pro uživatele, obchodní cíle, pravidla a předpisy, provoz atd.Produkt je testován pouze z hlediska přijatelnosti pro uživatele
Testovací tým provádí testování systémuZákazník, zákazníci zákazníků, tester (zřídka), management, prodej, týmy podpory provádí akceptační testování v závislosti na typu prováděného testuZákazník, zákazník zákazníka, testeři (zřídka) provádějí uživatelské akceptační testování
Testovací případy jsou psány a prováděnyPřejímací testy jsou psány a prováděnyTesty přejímky uživatelů jsou psány a prováděny
Může být funkční a nefunkčníObvykle funkční, ale nefunkční v případě RAT, OAT atdPouze funkční
K testování se používají pouze testovací dataPro testování se používají data v reálném čase / výrobní dataPro testování se používají data v reálném čase / výrobní data
Nalezené problémy jsou považovány za chyby a opraveny na základě závažnosti a priorityNalezené problémy označují produkt jako poruchu a jsou považovány za okamžitě opravenéNalezené problémy označují produkt jako poruchu a jsou považovány za okamžitě opravené
Řízený způsob testováníMůže být ovládán nebo nekontrolován na základě typu testováníNekontrolovaný způsob testování
Testování na vývojovém prostředíTestování na vývojovém prostředí nebo předprodukčním prostředí nebo produkčním prostředí podle typuTestování je vždy v předprodukčním prostředí
Žádné předpoklady, ale pokud existují, lze je sdělitŽádné předpokladyŽádné předpoklady

Přijímací zkoušky

Podobně jako u testovacích případů produktu máme i přejímací testy. Akceptační testy jsou odvozeny z kritérií přijetí příběhů uživatelů. Obvykle se jedná o scénáře, které jsou psány na vysoké úrovni s podrobnostmi o tom, co musí produkt dělat za různých podmínek.

Neposkytuje jasný obraz o tom, jak provádět testy, jako v testovacích případech. Akceptační testy píšou testeři, kteří mají úplnou kontrolu nad produktem, obvykle odbornost předmětu. Všechny napsané testy jsou kontrolovány zákazníkem nebo obchodními analytiky.

Tyto testy byly provedeny během přejímací zkoušky. Spolu s akceptačními testy musí být připraven podrobný dokument o veškerých nastaveních, která je třeba provést. Mělo by obsahovat každou minutu podrobnosti se správnými snímky obrazovky, hodnotami nastavení, podmínkami atd.

Přejímací testovací postel

Testovací postel pro toto testování je podobná běžné zkušební posteli, ale je samostatná. Platforma s veškerým požadovaným hardwarem, softwarem, provozními produkty, nastavením a konfigurací sítě, nastavením a konfigurací serveru, nastavením a konfigurací databáze, licencemi, zásuvnými moduly atd. Musí být nastavena velmi podobně produkční prostředí.

Akceptační testovací postel je platforma / prostředí, kde budou prováděny navržené akceptační testy. Před předáním testovacího prostředí přejímky zákazníkovi je dobrým zvykem zkontrolovat všechny environmentální problémy a stabilitu produktu.

Pokud pro akceptační testování není nastaveno žádné samostatné prostředí, lze pro tento účel použít běžné testovací prostředí. Ale tady to bude špinavé, protože testovací data z pravidelného testování systému a data v reálném čase z akceptačního testování jsou udržována v jednom prostředí.

Akceptační testovací postel je obvykle nastavena na straně zákazníka (tj. V laboratoři) a bude mít omezený přístup k vývojovým a testovacím týmům.

Týmy budou muset přistupovat k tomuto prostředí prostřednictvím virtuálních počítačů / nebo speciálně navržených adres URL pomocí speciálních přístupových údajů a veškerý přístup k tomuto bude sledován. Nic v tomto prostředí nemusí být přidáváno / upravováno / mazáno bez souhlasu zákazníka a měl by být informován o provedených změnách.

Kritéria vstupu a výstupu pro AT

Stejně jako v jakékoli jiné fázi STLC má i Acceptance testování sadu vstupních a výstupních kritérií, která musí být dobře definována v Acceptance Test Plan (který je popsán v pozdější části tohoto tutoriálu).

Toto je fáze, která začíná hned po testování systému a končí před spuštěním výroby. Kritéria ukončení systému při testování systému se tedy stávají součástí vstupních kritérií pro AT. Podobně se výstupní kritéria AT stanou součástí vstupních kritérií pro zahájení výroby.

Vstupní kritéria

Níže jsou uvedeny podmínky, které je třeba splnit před zahájením:

  • Obchodní požadavky by měly být jasné a dostupné.
  • Fáze testování systému a regrese by měla být dokončena.
  • Všechny kritické, hlavní a normální chyby by měly být opraveny a uzavřeny (menší chyby jsou přijímány hlavně kosmetické chyby, které nenarušují používání produktu).
  • Seznam známých problémů by měl být připraven a sdílen se zúčastněnými stranami.
  • Mělo by být zřízeno akceptační testovací zařízení a měla by být provedena kontrola na vysoké úrovni, aby nedošlo k problémům s životním prostředím.
  • Fáze testování systému by měla být odhlášena, aby mohl produkt přejít do fáze AT (obvykle se provádí prostřednictvím e-mailové komunikace).

Kritéria opuštění

AT musí splnit určité podmínky, aby produkt mohl být spuštěn při zahájení výroby.

Jsou to následující:

  • Měly by být provedeny přejímací testy a všechny testy by měly projít.
  • Žádné kritické / závažné vady nezůstaly otevřené. Všechny vady by měly být okamžitě opraveny a ověřeny.
  • AT by měly být všemi zúčastněnými stranami podepsány Go / No-Go Rozhodnutí o produktu.

Proces přejímací zkoušky

v V-model „AT fáze je paralelní s fází požadavků.

Skutečný proces AT probíhá, jak je znázorněno níže:

Proces přejímací zkoušky

Analýza obchodních požadavků

Obchodní požadavky jsou analyzovány odkazem na všechny dostupné dokumenty v rámci projektu.

Některé z nich jsou:

  • Specifikace systémových požadavků
  • Dokument obchodních požadavků
  • Případy užití
  • Pracovní diagramy
  • Navržená datová matice

Plán akceptačního testu designu

V plánu akceptačních testů je třeba dokumentovat určité položky.

Podívejme se na některé z nich:

  • Strategie a přístup k testování přijatelnosti.
  • Vstupní a výstupní kritéria by měla být dobře definována.
  • Rozsah AT by měl být dobře zmíněn a musí pokrýt pouze obchodní požadavky.
  • Přístup k návrhu akceptačního testu by měl být podrobný, aby kdokoli, kdo píše testy, snadno pochopil způsob, jakým musí být napsán.
  • Nastavení zkušebního zařízení, měl by být uveden skutečný plán testování / časové osy.
  • Vzhledem k tomu, že testování provádějí různé zúčastněné strany, je třeba zmínit podrobnosti o chybě protokolování, protože zúčastněné strany nemusí znát postup.

Návrh a kontrola přejímacích zkoušek

Akceptační testy by měly být psány na úrovni scénáře s uvedením toho, co je třeba udělat (ne podrobně, jak to udělat). Ty by měly být psány pouze pro identifikované oblasti rozsahu obchodních požadavků a každý test musí být mapován na jeho požadavek na odkazování.

Všechny písemné přejímací testy musí být zkontrolovány, aby bylo dosaženo vysokého pokrytí obchodních požadavků.

Tím se ujistíte, že nejsou zahrnuty žádné další testy kromě zmíněného rozsahu, takže testování leží v naplánovaných časových osách.

Nastavení přejímací zkoušky

Testovací postel by měla být nastavena podobně jako produkční prostředí. K potvrzení stability a používání prostředí jsou vyžadovány velmi vysoké kontroly. Sdílejte přihlašovací údaje, abyste mohli prostředí používat pouze se zainteresovanou stranou, která provádí toto testování.

Nastavení dat akceptačního testu

Produkční data musí být připravena / naplněna jako testovací data v systémech. Rovněž by měl existovat podrobný dokument takovým způsobem, aby údaje musely být použity pro testování.

Nemáte testovací data jako TestName1, TestCity1 atd. Místo toho máte Alberta, Mexiko atd. To poskytuje bohaté zkušenosti s daty v reálném čase a testování bude aktuální.

Provedení přejímacího testu

V tomto kroku musí být v prostředí provedeny navržené akceptační testy. V ideálním případě by všechny testy měly projít na první pokus sám. Z Acceptance testování by neměly vzniknout žádné funkční chyby, pokud existují, pak by měly být hlášeny s vysokou prioritou, aby byly opraveny.

nedefinovaný odkaz na třídu c ++

Opravené chyby musí být znovu ověřeny a uzavřeny jako úkol s vysokou prioritou. Zpráva o provedení testu musí být denně sdílena.

Chyby přihlášené v této fázi by měly být projednány na schůzce o třídění chyb a musí projít postupem analýzy kořenových příčin. Toto je jediný bod, kdy akceptační testování posoudí, zda produkt skutečně splňuje všechny obchodní požadavky.

Obchodní rozhodnutí

Vychází a Go / No-Go rozhodnutí o spuštění produktu ve výrobě. Jít toto rozhodnutí povede k uvedení produktu na trh. No-go rozhodnutí označí produkt jako Selhání.

Několik faktorů rozhodnutí No-Go:

  • Špatná kvalita produktu.
  • Příliš mnoho otevřených funkčních chyb.
  • Odchylka od obchodních požadavků.
  • Není v souladu s tržními standardy a vyžaduje vylepšení, aby odpovídala současným tržním standardům.

Faktory úspěchu pro toto testování

Jakmile je tento test naplánován, připravte kontrolní seznam, který zvyšuje jeho úspěšnost. Před spuštěním přejímacího testu je třeba dodržet některé položky akce.

Oni jsou:

  • Mějte dobře definovaný rozsah a ujistěte se, že existuje obchodní potřeba rozsahu identifikovaného pro toto testování.
  • Proveďte akceptační testy v samotné fázi testování systému alespoň jednou.
  • Provádějte rozsáhle ad-hoc testování pro každý scénář akceptačního testu.

Závěr

Stručně řečeno, akceptační testování pomáhá zjistit efektivitu vývojových a testovacích týmů.

Existuje několik nástrojů k provádění této činnosti, ale obvykle se upřednostňuje provádět ručně, protože jde o zapojení skutečných uživatelů a různých zúčastněných stran, kteří nepocházejí z technického prostředí, a pro ně to nemusí být proveditelné.

Co bude dál?

V našem dalším výukovém programu přejdeme na níže uvedená témata:

  • Příklady kritérií přejímacího testu.
  • Jak napsat plán akceptačních testů.
  • Vhodná šablona pro psaní akceptačních testů.
  • Jak psát přejímací testy s příklady.
  • Identifikace scénářů přejímacího testu.
  • Protokoly o přejímce.
  • Akceptační testování v agilním a testovacím vývojem.

NEXT Tutorial # 2: Acceptance Test Plan

Provedli jste přejímací zkoušky? Budeme rádi, když se dozvíte vaše zážitky !!

Doporučené čtení

^