what is acceptance testing
Uvod v sprejemni preizkus (del I):
V tej vadnici boste izvedeli:
- Kaj je sprejemno testiranje
- Sprejemni testi in načrt preskusov
- Poročila o stanju in povzetkih preizkusov
- Kaj je preizkus sprejemljivosti uporabnika (UAT)
Ste končali s sistemskim testiranjem? Ali je večina vaših napak odpravljena? Ali so napake preverjene in zaprte? Torej, kaj je naslednje?
Naslednje na seznamu je sprejemno testiranje, ki je zadnja faza postopka preskušanja programske opreme . To je faza, v kateri se stranka odloči GO / NE-GO za izdelek in ga je treba obvezno upoštevati, preden se izdelek da na trg. Skupna prizadevanja razvojne in preskusne skupine bo stranka nagradila s sprejemom ali zavrnitvijo razvitega izdelka.
Ta edinstvena vadnica o sprejemnem preizkusu vam bo na preprost in enostaven način za boljše razumevanje dala popoln pregled pomena, vrst, uporab in različnih drugih dejavnikov, vključenih v sprejemni preizkus.
Kaj se boste naučili:
- Kaj je sprejemno testiranje?
- Zakaj sprejemni testi?
- Vrste
- # 1) Preizkus sprejemljivosti uporabnika (UAT)
- # 2) Preskušanje poslovne sprejemljivosti (BAT)
- # 3) Preskus sprejema pogodbe (CAT)
- # 4) Predpisi / Preskušanje sprejemljivosti skladnosti (RAT)
- # 5) Preskus operativne sprejemljivosti (OAT)
- # 6) Preskušanje alfa
- # 7) Beta testiranje / terensko testiranje
- Kdo izvaja sprejemno testiranje?
- Kakovosti sprejemnih preizkuševalcev
- Uporaba
- Razlike med sistemskim testiranjem, sprejemnim preskusom in uporabniškim
- Preskusi sprejemljivosti
- Sprejemna postelja
- Merila za vstop in izstop za AT
- Postopek preizkusa sprejemljivosti
- Dejavniki uspeha za to testiranje
- Zaključek
- Priporočeno branje
Kaj je sprejemno testiranje?
Ko je Postopek preskušanja sistema opravi testna skupina in se odjavi, celoten izdelek / aplikacija se preda kupcu / nekaj uporabnikom strank / obema, da preizkusi njegovo sprejemljivost, tj. izdelek / aplikacija mora biti brezhibna pri izpolnjevanju kritičnih in glavne poslovne zahteve. Tudi celotni poslovni tokovi se preverjajo podobno kot v realnem času.
Produkcijsko podobno okolje bo preskusno okolje za sprejemljivo testiranje (ponavadi se imenuje stopnjevanje, predproizvedba, odpoved, okolje UAT).

To je a tehnika preizkušanja črne skrinjice kjer je preverjena samo funkcionalnost, da se zagotovi, da izdelek izpolnjuje določena merila sprejemljivosti (ni potrebe po znanju o načrtovanju / izvedbi).
Zakaj sprejemni testi?
Čeprav je sistemsko testiranje uspešno zaključeno, kupec zahteva sprejemni test. Preizkusi, ki se izvajajo tukaj, se ponavljajo, saj bi bili zajeti v sistemskih preizkusih.
Zakaj potem to testiranje izvajajo stranke?
To je zato, ker:
- Da bi pridobili zaupanje v izdelek, ki se sprošča na trgu.
- Da zagotovimo, da izdelek deluje tako, kot mora.
- Zagotoviti, da se izdelek ujema s trenutnimi tržnimi standardi in je dovolj konkurenčen ostalim podobnim izdelkom na trgu.
Vrste
Obstaja več vrst tega testiranja.
Nekaj jih je naštetih spodaj:
# 1) Preizkus sprejemljivosti uporabnika (UAT)
UAT je oceniti, ali izdelek deluje za uporabnika, pravilno za uporabo. Posebne zahteve, ki jih končni uporabniki pogosto uporabljajo, se izberejo predvsem za namen testiranja. To se imenuje tudi testiranje končnega uporabnika.
Izraz 'uporabnik' tukaj pomeni končne uporabnike, ki jim je izdelek / aplikacija namenjen, zato se testiranje izvaja z vidika končnih uporabnikov in z njihovega vidika.
=> Tudi Preberite: Kaj je preizkus sprejemljivosti uporabnika (UAT)?
# 2) Preskušanje poslovne sprejemljivosti (BAT)
To je namenjeno oceni, ali izdelek izpolnjuje poslovne cilje in namene.
Najboljša razpoložljiva tehnologija se osredotoča predvsem na poslovne koristi (finance), ki so zaradi spreminjajočih se tržnih razmer / naprednih tehnologij precej zahtevne, tako da bo pri trenutnem izvajanju morda treba spremeniti spremembe, ki bodo povzročile dodatne proračune.
seznam povezav v c ++
Tudi izdelek, ki izpolnjuje tehnične zahteve, zaradi teh razlogov morda ne bo uspel BAT.
# 3) Preskus sprejema pogodbe (CAT)
To je pogodba, ki določa, da je treba izdelek, ko začne delovati v vnaprej določenem roku, opraviti sprejemni test in opraviti vse primere uporabe prevzema.
Tu podpisana pogodba se imenuje pogodba o ravni storitev (SLA), ki vključuje pogoje, pri katerih se bo plačilo izvedlo le, če so storitve izdelka skladne z vsemi zahtevami, kar pomeni, da je pogodba izpolnjena.
Včasih se ta pogodba lahko zgodi, preden izdelek začne veljati. Kakor koli, pogodba mora biti dobro opredeljena glede na obdobje testiranja, področja testiranja, pogoje glede vprašanj, ki se pojavijo v poznejših fazah, plačila itd.
# 4) Predpisi /SkladnostPreskus sprejemljivosti (RAT)
S tem želimo oceniti, ali izdelek krši pravila in predpise, ki jih določi vlada države, v kateri je izdan. To je lahko nenamerno, vendar bo negativno vplivalo na poslovanje.
Običajno mora razviti izdelek / aplikacija, ki naj bi izšla po vsem svetu, biti podvržena RAT, saj imajo različne države / regije različna pravila in predpise, ki jih določajo njihovi upravni organi.
Če je katero koli pravilo in predpis kršeno za katero koli državo, ta država ali določena regija v tej državi ne bo smela uporabljati izdelka in se šteje za napako. Prodajalci izdelka bodo neposredno odgovorni, če bo izdelek izdan, čeprav gre za kršitev.
# 5) Preskus operativne sprejemljivosti (OAT)
To je namenjeno oceni pripravljenosti izdelka na delovanje in je nefunkcionalno preskušanje. Vključuje predvsem testiranje obnovitve, združljivosti, vzdrževalnosti, razpoložljivosti tehnične podpore, zanesljivosti, odpovedi, lokalizacije itd.
OAT v glavnem zagotavlja stabilnost izdelka, preden ga sprosti v proizvodnjo.
# 6) Preskušanje alfa
To je namenjeno ocenjevanju izdelka v razvojnem / preskusnem okolju s strani posebne skupine preskuševalcev, ki se običajno imenuje alfa testerji. Tu povratne informacije in predlogi preizkuševalcev pomagajo izboljšati uporabo izdelka in odpraviti nekatere napake.
Tu se testiranje izvaja nadzorovano.
=> Preberite tudi: Kaj je testiranje alfa?
# 7) Beta testiranje / terensko testiranje
To je namenjeno oceni izdelka, tako da ga izpostavimo resničnim končnim uporabnikom, ki se običajno imenujejo beta preizkuševalci / uporabniki beta, v njihovem okolju. Neprekinjene povratne informacije uporabnikov se zbirajo in težave so odpravljene. To tudi pomaga pri izboljšanju / izboljšanju izdelka, da se zagotovi bogata uporabniška izkušnja.
Testiranje poteka nekontrolirano, kar pomeni, da uporabnik nima nobenih omejitev glede načina uporabe izdelka.
=> Preberite tudi: Kaj je beta testiranje?

Vsem tem vrstam je skupen cilj:
- Zagotovite si / obogatite zaupanje v izdelek.
- Prepričajte se, da je izdelek pripravljen za uporabo dejanskih uporabnikov.
Kdo izvaja sprejemno testiranje?
Pri tipu Alpha testiranje izvajajo samo člani organizacije (ki so razvili izdelek). Ti člani niso neposredno del projekta (vodje / vodje projektov, razvijalci, preizkuševalci). Skupine za vodstvo, prodajo in podporo običajno opravijo testiranje in v skladu s tem posredujejo povratne informacije.
Razen vrste Alpha vse druge vrste sprejemanja običajno izvajajo različne zainteresirane strani. Tako kot stranke, stranke, tudi specializirani preizkuševalci iz organizacije (ne vedno).
Prav tako je dobro, da med izvajanjem tega preskušanja na podlagi njegove vrste vključite poslovne analitike in strokovno znanje na temo.
Kakovosti sprejemnih preizkuševalcev
Preizkuševalci z naslednjimi lastnostmi so kvalificirani kot sprejemni preizkuševalci:
- Sposobnost logičnega in analitičnega razmišljanja.
- Dobro znanje domene.
- Sposoben preučevati konkurenčne izdelke na trgu in jih analizirati v razvitem izdelku.
- Zaznavanje končnega uporabnika med testiranjem.
- Razumevanje poslovne potrebe za vsako zahtevo in ustrezno testiranje.
Vpliv težav, ugotovljenih med tem preskušanjem
Vse težave, ki se pojavijo v fazi preizkusa sprejemljivosti, je treba obravnavati kot prednostne in jih takoj odpraviti. To zahteva tudi analizo osnovnega vzroka pri vsaki najdeni težavi.
Skupina za testiranje igra glavno vlogo pri zagotavljanju RCA za sprejemna vprašanja. Ti pomagajo tudi pri ugotavljanju, kako učinkovito se izvaja testiranje.
Prav tako bodo veljavne težave pri preizkusu sprejemljivosti prizadele tako preizkušanje kot prizadevanja razvojne ekipe v smislu vtisa, ocen, anket strank itd. Včasih, če se ugotovi kakršna koli nevednost preskusne skupine o validacijah, to vodi tudi do stopnjevanja.
Uporaba
To testiranje je koristno z več vidikov.
Nekaj jih vključuje:
- Ugotoviti težave, ki so bile zamujene med fazo funkcionalnega testiranja.
- Kako dobro je izdelek razvit.
- Izdelek je tisto, kar kupci dejansko potrebujejo.
- Povratne informacije / ankete so pomagale izboljšati delovanje izdelka in uporabniško izkušnjo.
- Izboljšajte postopek, čemur bodo na voljo RCA.
- Zmanjšajte ali odpravite težave, ki izhajajo iz proizvodnega izdelka.
Razlike med sistemskim testiranjem, sprejemnim preskusom in uporabniškim
Spodaj so glavne razlike med temi tremi vrstami sprejemnih testov.
| Testiranje sistema | Preskus sprejemljivosti | Preizkus sprejemljivosti uporabnika |
|---|---|---|
| Izvajajo se pozitivni in negativni testi | Običajno se izvajajo pozitivni testi | Izvajajo se samo pozitivni testi |
| Naključno preskušanje se izvede, da se preveri, ali izdelek izpolnjuje vse določene zahteve | Testiranje se izvede, da se preveri, ali izdelek izpolnjuje zahteve kupcev glede sprejemljivosti | Testiranje se izvede, da se preveri, ali so zahteve končnih uporabnikov izpolnjene glede sprejemljivosti |
| Izdelek je preizkušen kot celota s poudarkom le na funkcionalnih in nefunkcionalnih potrebah | Izdelek je preizkušen za poslovne potrebe - sprejemljivost uporabnika, poslovni cilji, pravila in predpisi, poslovanje itd. | Izdelek je preizkušen samo za sprejemljivost uporabnika |
| Skupina za testiranje izvaja sistemsko testiranje | Stranka, kupci strank, preizkuševalec (redko), vodstvo, prodaja, podporne ekipe opravijo sprejemno preskušanje, odvisno od vrste opravljenega preskusa | Stranka, stranka stranke, preizkuševalci (redko) izvajajo preizkuse sprejemljivosti uporabnikov |
| Testni primeri so napisani in izvedeni | Sprejemni testi so napisani in izvedeni | Uporabniški sprejemni testi so napisani in izvedeni |
| Lahko so funkcionalni in nefunkcionalni | Običajno funkcionalen, vendar ne deluje v primeru RAT, OAT itd | Samo funkcionalno |
| Za preskušanje se uporabljajo samo podatki o preskusu | Za preskušanje se uporabljajo podatki v realnem času / podatki o proizvodnji | Za preskušanje se uporabljajo podatki v realnem času / podatki o proizvodnji |
| Ugotovljene težave se štejejo za napake in so odpravljene glede na resnost in prednost | Težave, ki so bile ugotovljene, označujejo izdelek kot napako in se šteje za takojšnjo odpravo | Težave, ki so bile ugotovljene, označujejo izdelek kot napako in se šteje za takojšnjo odpravo |
| Nadzorovan način testiranja | Lahko je nadzorovan ali nenadzorovan glede na vrsto preskušanja | Nekontroliran način testiranja |
| Testiranje razvojnega okolja | Testiranje razvojnega okolja ali predprodukcijskega okolja ali proizvodnega okolja glede na vrsto | Testiranje je vedno v predprodukcijskem okolju |
| Brez predpostavk, vendar jih je mogoče sporočiti | Brez predpostavk | Brez predpostavk |
Preskusi sprejemljivosti
Podobno kot testni primeri izdelkov imamo tudi sprejemne teste. Preskusi sprejemljivosti izhajajo iz meril sprejemljivosti uporabniških zgodb. To so ponavadi scenariji, ki so napisani na visoki ravni in podrobno opisujejo, kaj mora izdelek početi v različnih pogojih.
Ne daje jasne slike, kako izvajati teste, kot v testnih primerih. Sprejemne preizkuse pripravijo preizkuševalci, ki imajo popoln obisk na izdelku, običajno strokovno znanje o zadevah. Vse napisane teste pregleda stranka in / ali poslovni analitiki.
Ti preskusi se izvedejo med sprejemnim preskusom. Skupaj s sprejemnimi preskusi je treba pripraviti podroben dokument o vseh postavitvah, ki jih je treba opraviti. Vsebovati mora podrobnosti o vsaki minuti z ustreznimi posnetki zaslona, nastavitvenimi vrednostmi, pogoji itd.
Sprejemna postelja
Testna postelja za to preskušanje je podobna običajni preskusni postelji, vendar je ločena. Platformo z vso potrebno strojno opremo, programsko opremo, operacijskimi izdelki, omrežnimi nastavitvami in konfiguracijami, nastavitvami in konfiguracijami strežnikov, nastavitvami in konfiguracijami baz podatkov, licencami, vtičniki itd. Je treba nastaviti zelo podobno proizvodno okolje.
Sprejemno ležišče je platforma / okolje, kjer se bodo izvajali načrtovani sprejemni preskusi. Preden kupcu predate preizkusno okolje, je dobro preveriti morebitna okoljska vprašanja in stabilnost izdelka.
Če za sprejemno preskušanje ni nastavljeno ločeno okolje, se lahko v ta namen uporabi redno preskusno okolje. Ampak tukaj bo neurejeno, saj se podatki o preskusih rednega preizkušanja sistema in podatki o sprejemu v realnem času hranijo v enem samem okolju.
Sprejemna postelja je običajno postavljena na strani kupca (tj. V laboratoriju) in bo imela omejen dostop do razvojnih in preskusnih skupin.
Skupine bodo morale do tega okolja dostopati prek VM-jev / ali posebej zasnovanih URL-jev s posebnimi poverilnicami za dostop in sledil bo ves dostop do tega. V tem okolju ni dovoljeno dodajati / spreminjati / brisati ničesar brez dovoljenja stranke, zato jih je treba obvestiti o opravljenih spremembah.
Merila za vstop in izstop za AT
Tako kot katera koli druga faza v STLC ima tudi sprejemno testiranje nabor vstopnih in izstopnih meril, ki jih je treba natančno opredeliti v načrtu sprejemnega preizkusa (ki je zajet v poznejšem delu te vadnice).
To je faza, ki se začne takoj po preizkusu sistema in konča pred začetkom proizvodnje. Merila za izhod sistemskega testiranja tako postanejo del meril za vstop za AT. Podobno tudi merila izstopa AT postanejo del vstopnih meril za začetek proizvodnje.
Merila za vstop
Spodaj so navedeni pogoji, ki jih je treba izpolniti pred začetkom:
- Poslovne zahteve bi morale biti jasne in dostopne.
- Zaključiti je treba fazo testiranja sistema in regresije.
- Vse kritične, glavne in običajne napake je treba popraviti in zapreti (manjše napake so v glavnem kozmetične napake, ki ne motijo uporabe izdelka).
- Treba je pripraviti seznam znanih vprašanj in ga deliti z zainteresiranimi stranmi.
- Treba je postaviti sprejemno posteljo in opraviti preverjanje na visoki ravni, da ne bi prišlo do okoljskih težav.
- Fazo preizkušanja sistema je treba odjaviti, tako da se izdelek lahko premakne v fazo AT (ponavadi z e-poštno komunikacijo).
Merila izstopa
AT mora izpolnjevati določene pogoje, da lahko izdelek začne proizvodni zagon.
Ti so naslednji:
- Izvesti je treba sprejemne preizkuse in vsi preizkusi morajo prestati.
- Kritične / večje napake niso ostale odprte. Vse napake je treba takoj odpraviti in preveriti.
- Vse vključene zainteresirane strani morajo odjaviti AT z Pojdi / ne pojdi Odločitev o izdelku.
Postopek preizkusa sprejemljivosti
V V-Model , AT faza je vzporedna s fazo Zahteve.
Dejanski postopek AT poteka, kot je prikazano spodaj:

Analiza poslovnih zahtev
Poslovne zahteve se analizirajo s sklicevanjem na vse razpoložljive dokumente v projektu.
Nekateri med njimi so:
- Specifikacije sistemskih zahtev
- Dokument o poslovnih zahtevah
- Uporabite zadeve
- Diagrami poteka dela
- Izdelana matrika podatkov
Načrt preskusa sprejemljivosti zasnove
V načrtu sprejemnih preizkusov je treba dokumentirati nekatere elemente.
Oglejmo si nekatere od njih:
- Strategija in pristop testiranja sprejemljivosti.
- Merila za vstop in izstop morajo biti natančno opredeljena.
- Obseg AT mora biti dobro omenjen in mora zajemati le poslovne zahteve.
- Pristop k oblikovanju sprejemnega preizkusa mora biti podroben, tako da lahko vsi, ki pišejo teste, zlahka razumejo način njegovega pisanja.
- Vzpostavljena je testna postelja, treba je omeniti dejanski urnik / roke testiranja.
- Ker testiranje izvajajo različne zainteresirane strani, je treba omeniti podrobnosti o sečnji hroščev, saj se zainteresirane strani morda ne zavedajo uporabljenega postopka.
Oblikovalni in pregledni sprejemni testi
Sprejemni testi bi morali biti napisani na ravni scenarija, v katerem bi bilo omenjeno, kaj je treba narediti (ne podrobno, da bi vključevali, kako to storiti). Te bi morale biti napisane samo za opredeljena področja uporabe za poslovne zahteve, vsak test pa je treba preslikati na njegovo zahtevo glede sklicevanja.
Vse pisne sprejemne preizkuse je treba pregledati, da se doseže velika pokritost s poslovnimi zahtevami.
S tem želimo zagotoviti, da kateri koli drugi preskusi, razen omenjenega obsega, niso vključeni, tako da je testiranje v predvidenih časovnih rokih.
Postavitev preizkusne postelje
Testna postelja naj bo postavljena podobno kot v proizvodnem okolju. Za potrditev stabilnosti in uporabe okolja so potrebni zelo visoki pregledi. Poverilnice za uporabo okolja delite samo z zainteresirano stranjo, ki izvaja to testiranje.
Nastavitev podatkov o sprejemnem preizkusu
Podatke o proizvodnji je treba pripraviti / zapolniti kot preskusne podatke v sistemih. Prav tako bi moral obstajati podroben dokument, tako da je treba podatke uporabiti za testiranje.
Nimate preskusnih podatkov, kot so TestName1, TestCity1 itd., Namesto tega imejte Albert, Mehika itd. To daje bogate izkušnje s podatki v realnem času in preskušanje bo ažurno.
Izvajanje preizkusa sprejemljivosti
V tem koraku je treba na okolju izvesti načrtovane sprejemne preizkuse. V idealnem primeru bi morali vsi testi opraviti že ob prvem poskusu. Iz preskusov sprejemljivosti ne bi smelo biti nobenih funkcionalnih napak, če sploh, bi jih bilo treba prijaviti z visoko prioriteto, ki jih je treba popraviti.
Ponovno je treba odpravljene napake preveriti in zapreti kot visoko prioritetno nalogo. Poročilo o izvajanju preizkusov je treba deliti vsak dan.
O napakah, prijavljenih v tej fazi, bi bilo treba razpravljati na sestanku o napakah in jih je treba opraviti po postopku analize vzrokov. To je edina točka, na kateri s preizkusi sprejemljivosti ocenjujemo, ali izdelek dejansko izpolnjuje vse poslovne zahteve ali ne.
Poslovna odločitev
Prihaja ven a Pojdi / ne pojdi odločitev, da bo izdelek predstavljen v proizvodnji. Pojdi Ta odločitev bo omogočila, da se izdelek sprosti na trg. Ne gre odločitev označuje izdelek kot napako.
najboljši DVD ripper za Windows 10
Nekaj dejavnikov odločitve o prepovedi:
- Slaba kakovost izdelka.
- Preveč odprtih funkcionalnih napak.
- Odstopanje od poslovnih zahtev.
- Ni v skladu s tržnimi standardi in potrebuje izboljšave, ki ustrezajo trenutnim tržnim standardom.
Dejavniki uspeha za to testiranje
Ko je ta test načrtovan, pripravite kontrolni seznam, ki poveča stopnjo uspešnosti. Pred začetkom preizkusa sprejemljivosti je treba upoštevati nekaj ukrepov.
To so:
- Imajte natančno opredeljen obseg in se prepričajte, da obstaja poslovna potreba po obsegu, opredeljenem za to testiranje.
- Vsaj enkrat izvedite sprejemne preizkuse v fazi preizkušanja sistema.
- Naredite obsežno ad-hoc testiranje za vsak scenarij sprejemnega preskusa.
Zaključek
Na kratko, sprejemno testiranje pomaga ugotoviti učinkovitost razvojnih in preizkusnih skupin.
Obstaja več orodij za izvajanje te dejavnosti, vendar je običajno, da se to izvaja ročno, saj sodelujejo dejanski uporabniki in različne zainteresirane strani, ki niso iz tehničnega okolja, in morda zanje to ni izvedljivo.
Kaj je naslednje?
V naslednji vadnici bomo lebdeli nad spodnjimi temami:
- Primeri meril sprejemljivosti.
- Kako napisati načrt sprejemnega testa.
- Primerna predloga za pisanje sprejemnih testov.
- Kako napisati sprejemne preizkuse s primeri.
- Ugotavljanje scenarijev sprejemnega preizkusa.
- Poročila o sprejemnem preskusu.
- Sprejemno testiranje v agilnem in testno usmerjenem razvoju.
NASLEDNJA Vadnica # 2: Načrt sprejemnega preizkusa
Ste izvedli preizkus sprejemljivosti? Veseli bomo vaših izkušenj !!
Priporočeno branje
- Alfa testiranje in beta testiranje (popoln vodnik)
- Kaj je testiranje sprejemljivosti uporabnika (UAT): popoln vodnik
- Popoln vodnik za preizkus preverjanja gradnje (testiranje BVT)
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Vrste testiranja programske opreme: različne vrste preskušanja s podrobnostmi
- Vadnica za testiranje skladišča podatkov ETL (popoln vodnik)
- Vodič za preizkušanje varnosti spletnih aplikacij