Menu

Čo je to Acceptance Testing (kompletný sprievodca)

what is acceptance testing

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Úvod do preberacích skúšok (časť I):

V tejto sérii tutoriálov sa dozviete:

  1. Čo je to test prijatia
  2. Kolaudačné skúšky a plán skúšok
  3. Stav prijímacích testov a súhrnné správy
  4. Čo je testovanie prijatia používateľa (UAT)

Skončili ste testovanie systému? Je väčšina vašich chýb opravená? Sú chyby overené a uzavreté? Takže, čo bude ďalej?

Ďalším v zozname je Acceptance Testing, čo je posledná fáza procesu testovania softvéru . Toto je fáza, v ktorej sa zákazník rozhodne GO / No-GO pred uvedením produktu na trh. Spoločné úsilie vývojového a testovacieho tímu bude ocenené zákazníkom buď prijatím alebo odmietnutím vyvinutého produktu.

Prijímacie skúšky

Tento jedinečný návod na testovanie prijatia vám poskytne jednoduchý a ľahký spôsob úplného prehľadu o význame, typoch, použitiach a rôznych ďalších faktoroch, ktoré sa podieľajú na teste prijatia, aby ste lepšie porozumeli.

Čo sa dozviete:

Čo je to testovanie prijatia?

Raz Proces testovania systému je vyplnený testovacím tímom a je odhlásený, celý Produkt / aplikácia je odovzdaný zákazníkovi / niekoľkým používateľom zákazníkov / obom, aby sa otestovala jeho prijateľnosť, tj. Produkt / aplikácia by mali byť bezchybné pri plnení kritických aj hlavné obchodné požiadavky. Taktiež sa overujú end-to-end obchodné toky podobne ako v scenári v reálnom čase.

Produkčným prostredím bude testovacie prostredie pre Accepting Testing (zvyčajne sa nazýva prostredie Staging, Pre-Prod, Fail-Over, UAT).

Fázy prijatia

Toto je technika testovania čiernej skrinky kde sa overuje iba funkčnosť, aby sa zabezpečilo, že produkt spĺňa špecifikované akceptačné kritériá (nie sú potrebné znalosti o dizajne / implementácii).

Prečo prijímacie testy?

Aj keď bolo testovanie systému úspešne dokončené, zákazník požaduje test prijatia. Tu vykonané testy sa opakujú, pretože by boli obsiahnuté v testovaní systému.

Prečo potom toto testovanie vykonávajú zákazníci?

To je preto, že:

  • Získať dôveru v produkt, ktorý sa dostáva na trh.
  • Zaistiť, aby produkt fungoval tak, ako musí.
  • Zaistiť, aby výrobok zodpovedal súčasným trhovým štandardom a bol dostatočne konkurencieschopný s ostatnými podobnými výrobkami na trhu.

Typy

Existuje niekoľko typov tohto testovania.

Niekoľko z nich je uvedených nižšie:

# 1) Testovanie prijatia používateľa (UAT)

UAT má posúdiť, či produkt pracuje pre používateľa správne z hľadiska používania. Konkrétne požiadavky, ktoré koncoví používatelia často používajú, sa vyberajú predovšetkým na účely testovania. Toto sa nazýva aj Testovanie koncovým používateľom.

Pojem „používateľ“ tu znamená koncových používateľov, pre ktorých je produkt / aplikácia určená, a preto sa testovanie vykonáva z pohľadu koncových používateľov a z ich pohľadu.

=> Tiež Čítať: Čo je testovanie prijatia používateľa (UAT)?

# 2) Testovanie podnikovej akceptácie (BAT)

Toto má posúdiť, či produkt spĺňa obchodné ciele a účely alebo nie.

BAT sa zameriava hlavne na obchodné výhody (financie), ktoré sú vzhľadom na meniace sa trhové podmienky / pokrokové technológie dosť náročné, takže pri súčasnej implementácii bude pravdepodobne potrebné podstúpiť zmeny, ktoré vyústia do mimoriadnych rozpočtov.

otázky a odpovede na príkazy systému unix

Z týchto dôvodov môže BAT zlyhať dokonca aj pri produkte spĺňajúcom technické požiadavky.

# 3) Testovanie prijatia zmluvy (CAT)

Toto je zmluva, ktorá špecifikuje, že akonáhle bude produkt uvedený do prevádzky, musí byť vo vopred stanovenej lehote vykonaný akceptačný test, ktorý by mal vyhovieť všetkým prípadom akceptácie.

Tu podpísaná zmluva sa označuje ako dohoda o úrovni služieb (SLA), ktorá obsahuje podmienky, za ktorých bude platba vykonaná, iba ak sú služby produktu v súlade so všetkými požiadavkami, čo znamená, že zmluva je splnená.

K tejto zmluve niekedy môže dôjsť skôr, ako bude produkt uvedený do prevádzky. Buď by mali byť zmluva dobre definovaná, pokiaľ ide o obdobie testovania, oblasti testovania, podmienky týkajúce sa problémov, ktoré sa vyskytnú v neskorších fázach, platby atď.

# 4) Predpisy /SúladAkceptačné testovanie (RAT)

Toto má posúdiť, či produkt porušuje pravidlá a predpisy, ktoré definuje vláda krajiny, v ktorej je uvedený na trh. Môže to byť neúmyselné, ale bude to mať negatívny vplyv na podnikanie.

Vyvinutý produkt / aplikácia, ktorá má byť uvedená na trh po celom svete, musí obvykle prejsť RAT, pretože rôzne krajiny / regióny majú odlišné riadiace orgány a iné predpisy.

Ak dôjde k porušeniu niektorého z pravidiel a predpisov platných v ktorejkoľvek krajine, potom táto krajina alebo konkrétny región v tejto krajine nebude môcť produkt používať a považuje sa to za Poruchu. Predajcovia produktu budú priamo zodpovední za jeho uvoľnenie, aj keď dôjde k porušeniu.

# 5) Testovanie prevádzkovej akceptácie (OAT)

Ide o posúdenie prevádzkovej pripravenosti produktu a ide o nefunkčné testovanie. Zahŕňa hlavne testovanie obnovy, kompatibility, udržiavateľnosti, dostupnosti technickej podpory, spoľahlivosti, výpadku, lokalizácie atď.

OAT zaisťuje hlavne stabilitu produktu pred jeho uvedením do výroby.

# 6) Alfa testovanie

Toto je na posúdenie Produktu vo vývojovom / testovacom prostredí špecializovaným tímom testerov, ktorý sa zvyčajne nazýva testery alfa. Spätná väzba, návrhy a návrhy testerov pomáhajú vylepšiť používanie produktu a tiež opraviť určité chyby.

Tu sa testovanie uskutočňuje kontrolovaným spôsobom.

=> Prečítajte si tiež: Čo je to alfa testovanie?

# 7) Beta testovanie / testovanie v teréne

Toto má posúdiť Produkt jeho vystavením skutočným koncovým používateľom, obvykle nazývaným beta testeri / používatelia verzie beta, v ich prostredí. Neustála spätná väzba od používateľov sa zhromažďuje a problémy sa opravia. To tiež pomáha pri vylepšovaní / vylepšovaní produktu tak, aby poskytoval užívateľovi bohatý zážitok.

Testovanie prebieha nekontrolovaným spôsobom, čo znamená, že používateľ nemá žiadne obmedzenia týkajúce sa spôsobu, akým sa produkt používa.

=> Prečítajte si tiež: Čo je to beta testovanie?

Typy prijímacích skúšok

Všetky tieto typy majú spoločný cieľ:

  • Zaistite získanie / obohatenie dôvery v produkt.
  • Zaistite, aby bol produkt pripravený na použitie skutočnými používateľmi.

Kto robí testovanie prijatia?

U typu Alpha testujú iba členovia organizácie (ktorí vyvinuli produkt). Títo členovia nie sú priamo súčasťou projektu (manažéri / vedúci projektu, vývojári, testeri). Tímy manažmentu, predaja a podpory zvyčajne vykonávajú testovanie a podľa toho poskytujú spätnú väzbu.

Okrem typu Alpha všetky ostatné typy prijatia zvyčajne vykonávajú rôzne zainteresované strany. Rovnako ako zákazníci, zákazníci zákazníka, špecializovaní testeri z organizácie (nie vždy).

Je tiež dobré zapojiť do vykonávania tohto testovania na základe jeho typu obchodných analytikov a odborníkov na predmetné záležitosti.

Kvalita prijímacích testerov

Testeri s nasledujúcimi kvalitami sú kvalifikovaní ako testeri prijatia:

  • Schopnosť myslieť logicky a analyticky.
  • Dobré znalosti domény.
  • Schopný študovať konkurenčné produkty na trhu a analyzovať to isté u vyvinutého produktu.
  • Získanie vnímania koncovým používateľom počas testovania.
  • Pochopte obchodnú potrebu každej požiadavky a podľa toho otestujte.

Dopad problémov zistených počas tohto testovania

Všetky problémy, ktoré sa vyskytnú vo fáze prijatia, by sa mali považovať za problémy s vysokou prioritou a mali by sa okamžite vyriešiť. To si tiež vyžaduje, aby sa pri každom nájdenom probléme vykonala analýza koreňových príčin.

Testovací tím hrá hlavnú úlohu pri poskytovaní RCA pre problémy s akceptáciou. Pomáhajú tiež pri určovaní efektívnosti testovania.

Platné problémy s prijímacím testom tiež zasiahnu testovacie aj vývojové tímy, pokiaľ ide o dojem, hodnotenie, zákaznícke prieskumy atď. Niekedy, ak sa zistí akákoľvek neznalosť testovacieho tímu ohľadom validácií, vedie to tiež k eskalácii.

Použite

Toto testovanie je užitočné z niekoľkých hľadísk.

Niektoré z nich zahŕňajú:

  • Zistiť problémy, ktoré sa nevynechali počas fázy funkčného testovania.
  • Ako dobre je produkt vyvinutý.
  • Zákazníci skutočne potrebujú produkt.
  • Spätné väzby / vykonané prieskumy pomáhajú zlepšovať výkonnosť produktu a užívateľskú skúsenosť.
  • Zlepšite postup a vstupom RCA.
  • Minimalizujte alebo eliminujte problémy vyplývajúce z produkčného produktu.

Rozdiely medzi testovaním systému, testom prijatia a testom prijatia používateľom

Ďalej sú uvedené hlavné rozdiely medzi týmito 3 typmi akceptačných testov.


Testovanie systému		Prijímacie skúškyTestovanie prijatia používateľa
Vykonávajú sa pozitívne a negatívne testySpravidla sa vykonávajú pozitívne testyVykonávajú sa iba pozitívne testy
Vykonáva sa komplexné testovanie s cieľom overiť, či produkt spĺňa všetky stanovené požiadavkyVykonáva sa testovanie na overenie, či produkt spĺňa požiadavky zákazníka na prijateľnosťVykonáva sa testovanie na overenie, či sú splnené požiadavky koncových používateľov na prijateľnosť
Produkt sa testuje ako celok so zameraním iba na funkčné a nefunkčné potrebyProdukt je testovaný na obchodné potreby - prijateľnosť pre používateľov, obchodné ciele, pravidlá a predpisy, prevádzka atď.Produkt je testovaný iba na užívateľskú prijateľnosť
Testovací tím vykonáva testovanie systémuZákazník, zákazníci zákazníkov, tester (zriedka), vedenie, predaj, tím podpory vykonáva akceptačné testovanie v závislosti od typu vykonaného testuZákazník, zákazník zákazníka, testeri (zriedka) vykonáva užívateľské akceptačné testy
Testovacie prípady sú napísané a vykonanéPreberacie testy sú spísané a vykonanéTesty prijatia používateľa sú napísané a vykonané
Môže byť funkčný a nefunkčnýZvyčajne funkčné, ale nefunkčné v prípade RAT, OAT atďIba funkčné
Na testovanie sa používajú iba údaje z testuNa testovanie sa používajú údaje v reálnom čase / výrobné údajeNa testovanie sa používajú údaje v reálnom čase / výrobné údaje
Nájdené problémy sa považujú za chyby a opravené na základe závažnosti a priorityNájdené problémy označujú produkt ako poruchový a považujú sa za okamžite opravenéNájdené problémy označujú produkt ako poruchový a považujú sa za okamžite opravený
Kontrolovaný spôsob testovaniaMôže byť riadený alebo nekontrolovaný na základe typu testovaniaNekontrolovaný spôsob testovania
Testovanie na vývojovom prostredíTestovanie na vývojovom prostredí alebo predprodukčnom prostredí alebo produkčnom prostredí podľa typuTestovanie je vždy v predprodukčnom prostredí
Žiadne predpoklady, ale ak existujú, je možné ich oznámiťŽiadne predpokladyŽiadne predpoklady

Prijímacie skúšky

Podobne ako v prípade testov výrobkov máme aj testy prijatia. Testy prijatia sú odvodené z kritérií prijatia príbehov používateľov. Zvyčajne ide o scenáre, ktoré sú napísané na vysokej úrovni s podrobnými informáciami o tom, čo musí produkt robiť za rôznych podmienok.

Neposkytuje jasný obraz o tom, ako vykonávať testy, ako v testovacích prípadoch. Preberacie testy píšu testéri, ktorí majú úplnú kontrolu nad produktom, zvyčajne odbornosť predmetu. Všetky vypracované testy sú skontrolované zákazníkom alebo obchodnými analytikmi.

Tieto testy sa vykonali počas preberacej skúšky. Spolu s kolaudačnými testami musí byť pripravený podrobný dokument o všetkých nastaveniach, ktoré je potrebné vykonať. Mal by obsahovať každú minútu podrobnosti so správnymi snímkami obrazovky, hodnotami nastavenia, podmienkami atď.

Kolaudácia

Testovacie lôžko pre toto testovanie je podobné ako bežné testovacie lôžko, ale je samostatné. Platforma so všetkým požadovaným hardvérom, softvérom, operačnými produktmi, sieťovými nastaveniami a konfiguráciami, serverovými nastaveniami a konfiguráciami, databázovými nastaveniami a konfiguráciami, licenciami, doplnkami atď. Je potrebné nastaviť veľmi podobne. produkčné prostredie.

Akceptačné testovacie lôžko je platforma / prostredie, kde sa budú vykonávať navrhnuté akceptačné testy. Pred odovzdaním testovacieho prostredia akceptácie zákazníkovi je dobrým zvykom skontrolovať akékoľvek environmentálne problémy a stabilitu produktu.

Ak pre akceptačné testovanie nie je nastavené žiadne samostatné prostredie, môže sa na tento účel použiť bežné testovacie prostredie. Ale tu to bude nepríjemné, pretože testovacie údaje z pravidelného testovania systému a údaje v reálnom čase z akceptačných testov sa uchovávajú v jednom prostredí.

Akceptačné testovacie zariadenie je zvyčajne zriadené na strane zákazníka (t. J. V laboratóriu) a bude mať obmedzený prístup k vývojovým a testovacím tímom.

Od tímov sa bude vyžadovať prístup do tohto prostredia prostredníctvom virtuálnych počítačov alebo špeciálne navrhnutých adries URL pomocou špeciálnych prístupových údajov. Celý prístup k tomuto miestu sa bude sledovať. Nič v tomto prostredí sa nemusí pridávať, upravovať / mazať bez súhlasu zákazníka a o vykonaných zmenách by mali byť informovaní.

Kritériá vstupu a výstupu pre AT

Rovnako ako každá iná fáza v STLC, aj testovanie prijatia má súbor vstupných a výstupných kritérií, ktoré musia byť dobre definované v Akceptačnom testovacom pláne (ktorý je popísaný v ďalšej časti tohto tutoriálu).

Toto je fáza, ktorá začína bezprostredne po testovaní systému a končí pred spustením výroby. Kritériá ukončenia testovania systému sa teda stávajú súčasťou vstupných kritérií pre AT. Podobne sa výstupné kritériá AT stávajú súčasťou vstupných kritérií pre spustenie výroby.

Kritériá vstupu

Ďalej sú uvedené podmienky, ktoré je potrebné splniť pred začiatkom:

  • Obchodné požiadavky by mali byť jasné a dostupné.
  • Fáza testovania systému a regresie by mala byť dokončená.
  • Všetky kritické, hlavné a normálne chyby by mali byť opravené a zatvorené (menšie chyby sa prijímajú hlavne ako kozmetické chyby, ktoré nenarušujú používanie produktu).
  • Zoznam známych problémov by sa mal pripraviť a zdieľať so zainteresovanými stranami.
  • Malo by byť zriadené akceptačné testovacie lôžko a mala by sa vykonať kontrola na vysokej úrovni, či neobsahujú environmentálne problémy.
  • Fáza testovania systému by mala byť odhlásená, aby sa produkt mohol presunúť do fázy AT (zvyčajne sa vykonáva prostredníctvom e-mailovej komunikácie).

Kritériá výstupu

Spoločnosť AT musí splniť určité podmienky, aby mohol byť produkt spustený pri spustení výroby.

Sú to tieto:

  • Mali by sa vykonať kolaudačné testy a všetky testy by mali vyhovieť.
  • Žiadne kritické / závažné chyby nezostávajú otvorené. Všetky chyby by mali byť okamžite opravené a skontrolované.
  • AT by mali byť podpísané všetkými zúčastnenými stranami Choď / No-Go Rozhodnutie o produkte.

Proces skúšky prijatia

V Model V „AT fáza je paralelná s fázou požiadaviek.

Skutočný proces AT prebieha tak, ako je uvedené nižšie:

Proces skúšky prijatia

Analýza obchodných požiadaviek

Obchodné požiadavky sa analyzujú odkazom na všetky dostupné dokumenty v rámci projektu.

Niektoré z nich sú:

  • Špecifikácie systémových požiadaviek
  • Doklad o obchodných požiadavkách
  • Prípady použitia
  • Schémy pracovných postupov
  • Navrhnutá dátová matica

Plán testov prijatia návrhu

V pláne prijímacích skúšok je potrebné zdokumentovať určité položky.

Pozrime sa na niektoré z nich:

  • Stratégia a prístup k testovaniu prijatia.
  • Vstupné a výstupné kritériá by mali byť presne definované.
  • Rozsah pôsobnosti AT by mal byť dobre spomenutý a musí pokrývať iba obchodné požiadavky.
  • Prístup k koncepcii akceptačných testov by mal byť podrobný, aby každý, kto píše testy, mohol ľahko pochopiť spôsob, akým musia byť napísané.
  • Je potrebné uviesť testovacie zariadenie, uviesť skutočný harmonogram testovania a časové harmonogramy.
  • Pretože testovanie vykonávajú rôzne zainteresované strany, mali by ste spomenúť podrobnosti o chybe prihlásenie, pretože zainteresované strany nemusia vedieť o dodržanom postupe.

Testy prijatia návrhu a kontroly

pohodové webové služby, otázky a odpovede pre skúsených v jave

Preberacie testy by sa mali písať na úrovni scenára a mali by uvádzať, čo je potrebné urobiť (nie podrobne, aby sa uviedlo, ako to urobiť). Mali by byť napísané iba pre identifikované oblasti rozsahu obchodných požiadaviek a každý test musí byť mapovaný na jeho požiadavku na odkazovanie.

Všetky písomné akceptačné testy musia byť skontrolované, aby sa dosiahlo vysoké pokrytie obchodných požiadaviek.

Týmto sa zabezpečí, že sa nezahrnú žiadne ďalšie testy okrem uvedeného rozsahu, aby sa testy nachádzali v naplánovaných časových harmonogramoch.

Bolo pripravené preberacie testovacie lôžko

Testovacia základňa by mala byť nastavená podobne ako v produkčnom prostredí. Na potvrdenie stability a používania prostredia sú potrebné kontroly na vysokej úrovni. Zdieľajte poverenia na použitie prostredia iba so zainteresovanou stranou, ktorá vykonáva toto testovanie.

Nastavenie dát skúšky prijatia

Výrobné údaje musia byť pripravené / vyplnené ako testovacie údaje v systémoch. Mal by existovať aj podrobný dokument takým spôsobom, aby sa údaje mohli použiť na testovanie.

Nemajte testovacie údaje ako TestName1, TestCity1 atď. Namiesto toho Alberta, Mexiko atď. Poskytuje to bohaté skúsenosti s údajmi v reálnom čase a testovanie bude aktuálne.

Vykonanie kolaudačného testu

V tomto kroku je potrebné vykonať navrhované akceptačné testy na prostredí. V ideálnom prípade by všetky testy mali prejsť na prvý pokus sám. Z Acceptance testing by nemali vzniknúť žiadne funkčné chyby, pokiaľ existujú, potom by mali byť hlásené s vysokou prioritou, aby boli opravené.

Opravené chyby musia byť opäť overené a zatvorené ako úloha s vysokou prioritou. Správa o vykonaní testu sa musí zdieľať každý deň.

O chybách prihlásených v tejto fáze by sa malo diskutovať na stretnutí zameranom na chyby a musí sa podstúpiť postup analýzy základných príčin. Toto je jediný bod, v ktorom sa pri akceptačných testoch hodnotí, či produkt skutočne spĺňa všetky obchodné požiadavky.

Obchodné rozhodnutie

Vychádza a Choď / No-Go rozhodnutie o zavedení produktu na trh vo výrobe. Choď toto rozhodnutie povedie k uvedeniu produktu na trh. No-go rozhodnutie označí produkt ako Poruchu.

Niekoľko faktorov rozhodnutia No-Go:

  • Zlá kvalita produktu.
  • Príliš veľa otvorených funkčných chýb.
  • Odchýlka od obchodných požiadaviek.
  • Nie je v súlade s trhovými štandardmi a vyžaduje vylepšenia, aby zodpovedali súčasným trhovým štandardom.

Faktory úspechu pre toto testovanie

Po naplánovaní tohto testu pripravte kontrolný zoznam, ktorý zvyšuje jeho úspešnosť. Existuje niekoľko akcií, ktoré je potrebné dodržať pred začatím testu prijatia.

Oni sú:

  • Majte dobre definovaný rozsah a uistite sa, že existuje obchodná potreba rozsahu určeného pre toto testovanie.
  • Aspoň raz vykonajte testy prijatia v samotnej fáze testovania systému.
  • Vykonajte rozsiahle ad-hoc testovanie pre každý zo scenárov akceptačnej skúšky.

Záver

Stručne povedané, testovanie prijatia pomáha zistiť efektívnosť vývojových a testovacích tímov.

Existuje niekoľko nástrojov na vykonávanie tejto činnosti, ale zvyčajne sa dáva prednosť manuálne, pretože sa jedná o zapojenie skutočných používateľov a rôznych zainteresovaných strán, ktoré nie sú z technického prostredia, a nemusí byť pre nich uskutočniteľné.

Čo bude ďalej?

V našom ďalšom tutoriáli sa budeme venovať nasledujúcim témam:

  • Príklady kritérií prijímacích skúšok.
  • Ako napísať plán testov prijatia.
  • Vhodná šablóna na písanie Akceptačných testov.
  • Ako napísať Preberacie testy s príkladmi.
  • Identifikácia scenárov prijímacieho testu.
  • Správy o kolaudácii.
  • Akceptačné testovanie v agilnom a testom riadenom vývoji.

ĎALŠÍ Príručka č. 2: Plán testov prijatia

Vykonali ste testovanie prijatia? Boli by sme radi, keby ste si vypočuli vaše skúsenosti !!

Odporúčané čítanie

^