logo

Uporabniško sprejemljivo testiranje (UAT) – testiranje programske opreme

UAT je odvisen od konteksta in načrti UAT so pripravljeni na podlagi zahtev in od njih ni zahtevano izvajanje vseh vrst testov sprejemljivosti uporabnikov in jih celo usklajuje in prispeva skupina za testiranje.

Kazalo



Kaj je testiranje sprejemljivosti za uporabnike (UAT)?

Testiranje sprejemljivosti za uporabnika je metodologija testiranja, kjer stranke/končni uporabniki sodelujejo pri testiranju izdelka, da preverijo izdelek glede na njihove zahteve. Izvaja se na strani naročnika na strani razvijalca. Za panoge, kot sta medicina ali vesoljska industrija, se v okviru preskusov sprejemljivosti za uporabnike izvajajo tudi preizkusi skladnosti s pogodbenimi in predpisi ter testi sprejemljivosti delovanja.

Merila sprejemljivosti so opredeljena na podlagi naslednjih atributov:

  • Funkcionalna pravilnost in popolnost.
  • Celovitost podatkov.
  • Pretvorba podatkov.
  • Uporabnost.
  • Izvedba.
  • Pravočasnost.
  • Zaupnost in razpoložljivost.
  • Namestitev in nadgradljivost.
  • Razširljivost.
  • Dokumentacija.

Kako izvesti teste UAT?

Način za izvedbo učinkovitega testiranja sprejemljivosti uporabnikov vključuje pridobivanje ljudi v tok pridobivanja uporabnikov vašega izdelka. Kateri primeri vprašanj bi lahko postavili uporabnikom? Katere informacije bi bile koristne, katere so pomembne in zakaj želite, da jih najdejo druge potencialne stranke? Ne morete preizkusiti vseh možnih podatkovnih točk naenkrat, zato bo morda treba veliko izboljšati pred zagonom, toda teoretično bi vam moralo testiranje dati idejo, da morda sploh ne obstaja dovolj preizkušene vrednosti ali pa je bilo postavljeno napačno vprašanje.



številčenje abecede

Način za izvedbo učinkovitega testiranja sprejemljivosti za uporabnike ima nekaj predpogojev. Vključujejo:

  • Celovita baza znanja, v kateri je vse testirano in dokazano pred izdajo; potrebuje natančne informacije o vedenju uporabnikov od začetka do konca; na vsaki prvi strani potrebujete ustrezne vizualne pripomočke za namene testiranja, tako kot od ljudi v katerem koli podjetju za programsko opremo pričakujejo tudi druga podjetja, da uporabljajo spletna orodja ali spletne storitve, kot so forumi itd.
  • Treba je razviti takšen podatkovni bazi podoben sistem z različnimi stopnjami podrobnosti, ki bo uporaben le, če bo vaše podjetje sčasoma hitro raslo; po razvoju se odpre veliko več možnosti, če pogledamo vrednost vsake ravni, saj vsi uporabniki ne sprejemajo vedno tega, kar mislijo, temveč običajno nekaj boljšega od drugih.

Kaj je namen UAT?

Namen uporabniškega sprejemljivega testiranja (UAT) je odkriti hrošče v programski opremi, sistemih in omrežjih, ki lahko povzročijo težave uporabnikom. UAT zagotavlja, da lahko programska oprema obravnava naloge v resničnem svetu in deluje v skladu z razvojnimi specifikacijami. Uporabniki lahko komunicirajo s programsko opremo pred njeno uradno izdajo, da vidijo, ali so bile katere funkcije spregledane ali obstajajo kakšne napake.

Metodologija UAT sledi trem osnovnim smernicam: pri testiranju sporočil z uporabo več ljudi namesto ločenih naprav testirajte enega pošiljatelja na neodvisni lokaciji, ne da bi bili drug z drugim povezani od konca lanskega leta, ko pošiljate informacije na kratke razdalje, vendar še vedno komunicirate domov po telefonu, in pri pošiljanju prek e-poštnih naslovov namesto računov družbenih medijev, kjer javno govorite o svoji storitvi, preden jo dostavite prek storitev sporočanja, kot je Signal.



Testiranje, izvedeno na koncu razvojnega cikla, je potrjeno s testiranjem sprejemljivosti za uporabnika. Druge faze testiranja so lahko dokončane in programska oprema morda popolnoma deluje, vendar morda še vedno ne izpolnjuje zahtev za končne uporabnike.

  • Zaščita pred napakami: UAT ščiti pred izdajo napačnih, neučinkovitih ali nedokončanih izdelkov programske opreme.
  • Bug Less SW: UAT mora biti temeljit in odražati zahteve uporabnikov, da se zagotovi, da programska oprema ni izdana s hrošči. Te težave so lahko drage in potencialno škodijo ugledu prodajalca programske opreme.
  • Pravilno testiranje - Da bi testiranje delovalo, je treba vsakega odjemalca testirati glede na vse razpoložljive omrežne povezave z enako verjetnostjo in jih na koncu podvržiti, če to sprejmejo – ne glede na to, koliko sporočil je poslanih, ne da bi od našega strežnika prejeli en odgovor.
  • Težave – V preteklosti smo odkrili težave z ljudmi, ki uporabljajo mobilne aplikacije, s katerimi ni bilo stika, ko so jih potrebovali.
  • Nepravilna uporabniška imena – Bilo je tudi več primerov, ko so bila uporabniška imena nepravilno dodana e-poštnim sporočilom na spletnih mestih, vključno s Twitterjem ali Facebookom, kar je povzročilo lažne pozitivne rezultate. Odstranil ga je napadalec, medtem ko je poskušal nekakšen postopek ponastavitve gesla, ker je en uporabnik pomotoma vnesel svoje podatke med urejanjem e-poštnih sporočil, ne da bi to storil, ampak kot del zaključka, potem ko je opravil določene naloge v drugem programu, kot je prijava v strežnik nekoga. prek FTP.
  • Testno preverjanje – Ta praksa lahko uporabnike po nepotrebnem odpelje proč, ko postanejo potrebne nove funkcije, saj preizkuševalci ne naredijo več kot preverijo stanje sistema, pri tem pa ne počnejo nič drugega kot preizkusijo kateri koli določen del vmesnika.

Vrste uporabniškega testiranja sprejemljivosti

Spodaj je navedenih 5 vrst preskusov sprejemljivosti za uporabnike:

1. Test sprejemljivosti alfa za uporabnike:

  • Alpha UAT pomeni, da je vaš uporabnik preizkušen, preden dobi izdelek, zato, če preizkušate vzorce uporabe uporabnikov, priporočamo izvedbo alfa testa, da zagotovite, da lahko prestane vse sprejemljive teste, preden se beta uvede v proizvodnjo.
  • Omogoča hitrejše preverjanje pri prvih uporabnikih/preizkuševalcih, kar omogoča hitre prilagoditve, ko programska oprema napreduje skozi razvoj z vsakim ciklom izdaje proti zrelosti funkcij.
  • Zagotavlja, da ni več možnosti za hrošče ali izkoriščanja, ko so varnostne posodobitve na voljo na podlagi stopenj sprejemanja, ki so jih dosegli izdelki, ki so bili predstavljeni pozneje v njihovem življenjskem ciklu, kar je treba storiti vsaj šest mesecev po lansiranju.

2. Preskušanje sprejemljivosti beta za uporabnike:

spanje za javascript
  • Beta UAT pomeni, da bo uporabnikom, ki so opravili enega ali več krogov preizkusov, prikazano pojavno okno z navedbo, ali so sprejeti za testiranje z novo različico Angular2 (izdaja beta).
  • Aplikacija je testirana v naravnem okolju.
  • Zmanjšuje tveganja in napake ter izboljšuje kakovost izdelka s povratnimi informacijami strank.

3. Operativno sprejemljivo testiranje (OAT):

  • Operational Acceptance Testing (OAT) je tehnika testiranja programske opreme, ki oceni operativno pripravljenost programske aplikacije pred izdajo ali proizvodnjo.
  • Cilj testiranja sprejemljivosti delovanja je zagotoviti skladnost sistema in komponent ter nemoteno delovanje sistema v njegovem standardnem delovnem okolju (SOE).
  • Testiranje OAT (Operational Acceptance Testing) je znano tudi kot Operational Readiness Testing (ORT) ali Operational Testing.
  • Ti preskusni primeri zagotavljajo, da so nastavljeni delovni procesi, ki omogočajo uporabo izdelka ali ogrodja.
  • To bi moralo vključevati delovne procese za načrte okrepitev, pripravo strank ter različne podporne cikle in varnostne preglede.

4. Preskušanje sprejemljivosti pogodbe:

  • Preskušanje sprejemljivosti pogodbe se nanaša na postopek testiranja razvite programske opreme glede na vnaprej določena in dogovorjena merila in specifikacije.
  • Ko se projektna skupina dogovori o pogodbi, opredeli ustrezne kriterije in specifikacije za sprejem.

5. Test sprejemljivosti predpisov:

  • Uredba AT se na splošno imenuje skladnost AT.
  • Ta vrsta potrditvenega testiranja se izvaja, da se zagotovi, da stvar ne zanika nobenih pravil in pravil, ki jih določijo regulativna združenja določene države, v katero se stvar prenaša.
  • Na splošno bi morale stvari, ki so na voljo z ene strani planeta na drugo, opraviti to vrsto testiranja glede na to, da imajo različne države različne standarde in pravila, ki jih določajo diskretna režijska združenja.

Koraki za izvedbo Uporabniška sprejemljivost Testi

Koraki za izvedbo testov UAT

Koraki za izvedbo testov UAT

1. Analiza zahtev:

Ta korak vključuje analizo poslovnih zahtev. Naslednji dokumenti bodo upoštevani in temeljito preučeni, da se identificirajo in razvijejo testni scenariji:

  • Primeri poslovne uporabe.
  • Dokument o poslovnih zahtevah (BRD).
  • Specifikacija sistemskih zahtev (SRS).
  • Diagrami poteka procesa.

2. Ustvarjanje preskusnega načrta UAT:

V tem koraku se ustvari testno mesto, ki bo pomagalo začrtati testno strategijo, ki bo uporabljena za preverjanje in zagotavljanje, da programska oprema izpolnjuje pričakovane poslovne zahteve. Testni načrt vključuje vstopna merila, izstopna merila, testne scenarije in pristop testnega primera.

3. Določite testne scenarije:

Ta korak vključuje identifikacijo testnih scenarijev, ki bodo upoštevali poslovne zahteve, in ustvarjanje testnih primerov z jasnimi testnimi koraki. Testni primeri morajo zajemati testne scenarije UAT.

4. Ustvarite testne primere UAT:

V tem koraku ustvarite testne primere UAT, ki pokrivajo večino testnih scenarijev. Primeri poslovne uporabe so tukaj vhodni podatki za ustvarjanje testnih primerov.

5. Pripravite testne podatke:

Velja za najboljšo prakso, da se za testiranje UAT uporabljajo podatki v živo, preizkuševalci UAT morajo poznati pretok baze podatkov.

6. Preizkusni zagon:

Ta korak vključuje izvedbo testnih primerov in poročanje o napakah, če obstajajo. Ponovno preizkusite programsko opremo, ko so napake odpravljene. V tem koraku lahko orodja za upravljanje testov uporabite za izvajanje testnega primera.

7 . Potrdite poslovne cilje:

V tem koraku morajo preizkuševalci UAT odpisati pošto po testiranju UAT, da zagotovijo, da je izdelek primeren za proizvodnjo. Končni rezultati tukaj so preskusni načrt, testni scenariji UAT, testni primeri, dnevnik rezultatov in dnevnik napak.

Izzivi testiranja sprejemljivosti za uporabnike (UAT)

Izzivi pri izvajanju preskusa sprejemljivosti za uporabnike vključujejo:

  • Dejavnosti napačnega poročanja: Dejavnosti uporabe in napačne uporabe/napačnega poročanja s strani potencialnih uporabnikov je lahko izjemno težko nadzorovati. Ta problem se lahko na primer pojavi, ko podjetje ni opremljeno z ustreznimi informacijskimi sistemi. Nezmožnost ali težave pri prepoznavanju tveganj zaradi spletnega vedenja, ki bi lahko vodila do prihodnjih odločitev glede varnosti na podlagi uporabniške izkušnje, bo otežilo, če želimo, da te težave ostanejo tudi po večkratnih ukrepih. »Uporabnik« sam po sebi postaja vedno bolj pomemben pojem v današnjem svetu, kjer se ljudje preko elektronskih medijev nenehno zavedajo novih in tudi obstoječih pojavov, ki jih med svojimi začetnimi izkušnjami v otroštvu nikoli niso mogli predvideti.
  • Primeren primer za prikaz: Navedite primer projekta za preizkušanje vidikov veljavnosti in zanesljivosti ali vsaj učinkovitosti – kot so časovna kompleksnost, uporaba virov na uporabnika itd.
  • Pravilna ocena: Ocenjevanje, kako uporabniki ravnajo s temi informacijami po uspešnem sprejemnem preizkusu, je treba izvesti z običajnimi programskimi orodji, ki zagotavljajo ustrezne vhodne podatke, vključno s primeri v obliki HTML z neobveznimi vnosi za povratne informacije pred/po vsaki ponovitvi.
  • Uporabnost: Delo preizkuševalca je ključnega pomena pri UAT, saj mora dokazati uporabnost vašega izdelka s simulacijo scenarijev iz resničnega življenja. Prav tako morajo zbrati informacije o tem, kako vaši uporabniki komunicirajo z vašim izdelkom. Ta postopek je lahko težaven za netehnične ljudi, saj nimajo potrebnega razumevanja, da bi pravilno ocenili vaš izdelek. Na srečo je na voljo veliko virov, s katerimi je ta izkušnja kar se da enostavna in udobna. Lahko povabite člane tehnične podpore ali prostovoljce iz vašega podjetja ali skupnosti, da preizkusijo program, saj lahko nato delujejo kot vodniki, ki ljudem, ki niso vešči tehnologije, pomagajo oceniti vaše stvaritve.
  • Pravilno ravnotežje: Poleg tega, da vabijo uporabnike, morajo IT-strokovnjaki uravnotežiti vnos in pričakovanja uporabnikov s stroški in omejitvami. Nekatera podjetja na primer med beta testi omejujejo število uporabnikov na računalnik. To omejuje stroške in zbiranje podatkov. Druga podjetja uporabljajo VPN, tako da samo določene stranke dostopajo do programa hkrati. To omejuje stroške brez omejitve zbiranja podatkov.
  • Omejitve dejanj, ki jih izvaja uporabnik: Obstajajo tudi omejitve glede tega, katera dejanja lahko vsak uporabnik izvaja v programu – na primer, nekateri programi imajo datum poteka, tako da podjetja ne zapravljajo dragocenih podatkov za neprivlačne stranke.

Potreba po preizkusu sprejemljivosti za uporabnika

  • Uporabnost: Pri testiranju programske opreme je potreben preizkus sprejemljivosti za uporabnike za vsak izdelek, ker je postopek testiranja programske opreme odvisen od tega, da se uporabniki navadijo.
  • Mehanizem povratnih informacij: Najboljši način za doseganje uporabnikov in zagotavljanje njihovega zaupanja je uvedba povratnih informacij prek testiranja uporabnosti z orodji.
  • Neizvedljiv vzrok: Obstaja nekaj razlogov, zakaj to morda ni izvedljivo: Pomanjkanje – obstaja veliko načinov za zagotavljanje uporabniških testov sprejemljivosti znotraj aplikacij, ki imajo zapletene funkcije – nekdanji Safari so preizkuševalci obsežno testirali od njegovega nastopa pred dvema desetletjema z malo spremembami. . Primer uporabe bo z ustreznimi metodami testiranja zelo hitro postal preprost.
  • Dokumentacija in komunikacija: Preizkuševalci programske opreme iščejo dobro dokumentacijo o delovanju kode, da bi lahko preverili, ali to, kar delajo, deluje točno tako, kot je bilo obljubljeno; to zagotavlja pošten test, če je potreben, ali samo izboljša njihovo sposobnost komuniciranja v imenu, vendar ne prek samih testov. Prav tako jim omogoča, da poskusijo nekaj novega (na primer nekatere nove funkcije), dokler se ne pojavijo težave zaradi pomanjkanja funkcionalnosti.

Orodja za Testiranje sprejemljivosti za uporabnika

Spodaj je navedenih nekaj orodij, ki se uporabljajo za UAT:

1. Marker.io: Prijavite vizualne hrošče naravnost v svoje naprave, ne da bi zapustili svoje mesto ali spletno aplikacijo

  • Uporabnikom omogoča objavljanje sporočil, komentarjev in dogodkov v središču, ki gostuje v storitvi Google Analytics, z neobvezno zakasnitvijo med posodobitvami, ki zagotavlja, da je poslano samo eno sporočilo na sekundo.
  • To zadrži izgubo vaših podatkov z odpravo kakršnih koli naključnih uporabniških interakcij, ki bi lahko prekinile tok njihove spletne aplikacije.

2. Celotna zgodba: Strankam omogoča sledenje in pregled vsakega dejanja stranke. Od posnetkov do napredovanja strani, vse je navedeno posledično.

  • Omogoča vam vizualizacijo sprejemanja in zavrnitve uporabnika prek nekaterih grafov, ki so po funkcionalnosti podobni GraphPadu, vendar z veliko večjo prilagodljivostjo.
  • Podatke si je mogoče ogledati prek interaktivnih nadzornih plošč, kot je Scrum, ali z risanjem posameznih delov, ki so nato vizualizirani skupaj z dejanskimi povratnimi informacijami uporabnikov z vašo najljubšo programsko opremo. Zaradi tega je tovrstno strukturirano testiranje veliko lažje, kot bi si običajno mislili, morda celo manj. frustrirajoče.

3. Hotjar: Razkriva internetno ravnanje in glas vaših strank. Hotjar vam ponuja 'pogled 10.000 čevljev' o tem, kako nadalje razvijati izkušnjo odjemalca vašega spletnega mesta in stopnje izvajanja/preoblikovanja.

  • Ta aplikacija izvaja storitev, ki spremlja spletno zbirko podatkov ljudi, ki so si kdaj ogledali vaše spletno mesto.
  • Naslednja stran povzema ponudbo Hotjars in nudi nasvete o ustvarjanju spletnih strani z njihovo uporabo.
  • Poleg tega uporabnikom omogoča zagon testov iz ukazne vrstice in odlično opravlja svoje delo pri testiranju različnih funkcij, ki se lahko dodajo pozneje.

4. CrazyEgg: Spletna naprava, ki pregleduje posamezne strani vašega spletnega mesta in vam nudi razčlenitev, kje so različni gostje kliknili in na katerem delu zaslona.

  • Uporabnik bo moral zgraditi razred z vsemi potrebnimi metodami in vrniti vrednosti vzdolž njegovih argumentov, tako da ga bodo drugi razvijalci ali odjemalci/uporabniki zlahka preizkusili z uporabo različnih API-jev, kot je testni paket Selenium Server.
  • Na voljo je v dveh različicah – ena je nadgrajena na Mocha Test Suite, tj. WebDriver, druga pa je pravkar zgrajena na ogrodju MuleTest, vendar doda nekaj funkcij po meri, kot je implementacija prek Sockets itd.

5. Qualaroo: Uporabnikom omogoča enostavno preizkušanje njihovih spletnih aplikacij.

prolog jezik
  • Qualaroo je knjižnica Python, ki uporabnikom omogoča preprosto testiranje svojih spletnih aplikacij.
  • Skupne podatkovne strukture je mogoče ustvariti v Pythonu, kar nam omogoča, da neposredno izvajamo naše teste z različnimi konfiguracijami strežnikov z uporabo orodij za zagotavljanje kakovosti, kot sta RSpec in TDDRunner.

6. Stražar: Spletni vmesnik, ki uporabnikom omogoča, da sami pišejo sprejemne teste

  • Je preprost, a učinkovit in je bil sprejet v več nacionalnih organih za standardizacijo, kot sta ISO 9001 in ANSI X9-TRIAMS.
  • Sentry ponuja spletni vmesnik, ki uporabnikom omogoča pisanje sprejemljivih testov in njihovo nalaganje tako, da na svoji nadzorni plošči izberejo možnost v meniju orodne vrstice z različnimi testnimi primeri, izbranimi med nastavitvijo.

Smernice za Testiranje sprejemljivosti za uporabnika

Smernice za testiranje sprejemljivosti uporabnikov in pregled obstoječe kode so naslednje:

  • Ne spreminjajte veliko: Ne spreminjajte veliko, razen rezultata.
  • Zmanjšajte kompleksnost: Poskusite čim bolj zmanjšati zapletenost, obenem pa zagotoviti uporaben vmesnik tako, da na vrh napišete preproste teste.
  • Obseg izboljšave: Če lahko ugotovite, kaj bi lahko izboljšali v svojih rezultatih testa, ali če je to vredno storiti, to storite.
  • Varnost: Za zagotovitev varnosti kode vaše aplikacije se prepričajte, da lahko z njo komunicirajo samo pooblaščeni uporabniki (nepooblaščenim podatkom ne morete zaupati).
  • Močna gesla: Prav tako morate uporabiti močna gesla, ko neposredno ali posredno poslujete prek našega spletnega mesta, vsaj enkrat na dan po zaključku vseh zapisov.
  • Izvedite UAT: Test sprejemljivosti za uporabnika se lahko izvede z uporabo simulacij programske opreme ali z ročno interakcijo s končnimi uporabniki. To vključuje izvajanje več testov z različnimi vrstami uporabnikov, da se ugotovijo težave, ki preprečujejo pravilno uporabo izdelka. Računalniške simulacije omogočajo preizkuševalcem nadzor nad vsakim klikom, vnosom s tipkovnico in prikaznim elementom na računalniškem zaslonu. To omogoča natančnejše testiranje brez fizičnih naprav ali človeških virov. Pomembno je vedeti, da vse napake niso posledica slabe zasnove – nekatere so lahko posledica uporabniške napake ali napačno konfiguriranih sistemskih nastavitev. Tu nastopi testiranje sprejemljivosti za uporabnike, ki zagotavlja, da bo končni uporabnik pravilno uporabljal vaš izdelek, tako da lahko odpravite vse napake, ki preprečujejo uporabnost.
  • Pregled kode: Pregled kode se osredotoča na tehnične vidike, kot so funkcionalnost, varnost in zmogljivost. Tehnični vidik izdelka zagotavlja, da deluje, kot je predvideno, in izpolnjuje pričakovanja kupca. Pregledovalci kode pregledajo vsako vrstico kode v programu, da zagotovijo, da v kodi ni nobenih napak ali drugih tehničnih težav. To pomaga preprečiti napake ali težave s programom, ki končnim uporabnikom morda niso takoj očitne. Pregledovalci prav tako preverijo morebitne težave z združljivostjo med programom ter drugimi napravami in programsko opremo ter zagotovijo, da vaš projekt pravilno deluje z drugimi programi in strojno opremo.
  • Državni cilji: Bistvenega pomena je, da jasno navedete svoje cilje, preden uvedete kakršen koli program za sprejem uporabnika ali pregled kode. V idealnem primeru bi morali ti programi povečati kakovost prihodnjih projektov, ne da bi pri tem žrtvovali čas, neposredno porabljen zanje. Zgodnja izvedba teh testov vam omogoča, da se osredotočite na razvoj uspešnega izdelka, namesto da se borite proti obstoječim napakam v vašem razvojnem procesu.

Izhodna merila za Testiranje sprejemljivosti za uporabnika

Obstaja nekaj izhodnih meril, ki jih je treba izpolniti za preizkus sprejemljivosti uporabnika. Vključujejo:

  • Zaupanje: Visoka stopnja zaupanja, da ima predlagani uporabnik dovolj znanja, izkušenj in veščin za učinkovito opravljanje vsaj ene naloge.
  • Pravilna izvedba: Kjer testi kažejo, da lahko uporabniki v celoti prispevajo k obstoječim nalogam z uspešno uporabo svojega strokovnega znanja. Vsi trije izrazi predstavljajo različne ravni, pri čemer je vsak manj kot 50 % v primerjavi s strokovnjaki s polnim delovnim časom na tem področju. Ko uporabite ti dve merili kot vhodni podatek, je vaš cilj pridobiti podporo drugih, ki so dosegli podobne rezultate z drugimi raziskovalnimi metodami, namesto da se osredotočate samo na učenje, kako pomembno je bilo, ko so prišli tja.
  • Manjše napake: Po analizi rezultatov testiranja bi morali biti vodje projektov sposobni narediti nekaj sklepov na podlagi tega, kar so ugotovili. Na primer, če je med testiranjem več napak, kot je bilo pričakovano, je to lahko pozitiven znak. Kaže, da je program enostaven za učenje in uporabo, kar je nujen pogoj za uspešno implementacijo. Poleg tega to pomeni, da so cilji njihovih projektov razumljivi in ​​jih končni uporabniki enostavno izvajajo. Z drugimi besedami, njihov poslovni proces deluje zadovoljivo. Če je napak manj od pričakovanega, je to lahko tudi pozitiven znak. Kaže, da bo izvajanje določenih varnostnih ukrepov zgodaj v razvojnem življenjskem ciklu veliko pripomoglo k zmanjšanju nepričakovanih napak med testiranjem.
  • Brez kritičnih napak: Po teh zaključkih bi morali vodje projektov zagotoviti, da so vse kritične napake, odkrite med testiranjem, odpravljene v enem mesecu po lansiranju. To jim omogoča čas, da obvestijo uporabnike o kakršnih koli dolgotrajnih težavah in odpravijo morebitne kritične napake, preden izdajo končno kopijo končnim uporabnikom. S tem boste povečali verjetnost zadovoljnih uporabnikov in povečali zanimanje zgodnjih uporabnikov za vaš izdelek.
  • Glede na UAT: Dobro usklajen UAT pomaga razvijalcem programske opreme prepoznati težave zgodaj v njihovih projektih – s čimer se zmanjšajo skupni stroški razvoja in časovne zamude. Zato učinkovito izvajanje UAT zahteva veliko načrtovanja in predanosti vsakega razvijalca, vključenega v projekt. Razvijalec, ki izvaja preizkus, mora skrbno analizirati vsak scenarij, preden nadaljuje z naslednjim testnim korakom. To jim bo pomagalo izdelati kakovosten izdelek, ki bo čim prej zadovoljeval potrebe strank in cilje projekta.

Uporabniško sprejemljivo testiranje v primerjavi s sistemskim testiranjem

Parametri

UAT

Sistemski test

Metoda testiranja

Temelji na uporabniški priročnosti in povratnih informacijah. Testiranje se izvaja na podlagi izpolnjevanja zahtev kupca. Temelji na mejniku sistema/funkcij – testiranje poteka na podlagi izpolnjevanja zahtev sistema/specifikacij.

Uporaba

UAT izvajajo stranke, zainteresirane strani in preizkuševalci. Sistemsko testiranje izvajajo razvijalec in preizkuševalci.

Vrste

Alpha UAT, Beta UAT, Operativno sprejemljivo testiranje, Pogodba AT, Uredba AT. Sistemski in integracijski testi.

Testni primeri

eol v pythonu
Testni primeri tukaj vključujejo pozitivne scenarije. True in False (+/-) Testni primeri.

Metodologija testiranja

Metodologija testiranja UAT temelji na funkcionalnih testih. Funkcionalni/zmogljivi/drugi testi.

Vrstni red izvršitve

UAT se opravi po sistemskem testu. Najprej se izvede sistemski test.

Sprejemno testiranje v primerjavi z V-modelom

Spodaj je razlika med sprejemljivim testiranjem in V-modelom:

kaj je uporabniško ime

Parametri

UAT

V-model

Vrsta testiranja

Temelji na povratnih informacijah strank. Temelji na modelu preverjanja in validacije.

Trajanje

UAT se izvede po vsaki ponovitvi postsistemskega preskusa. V modelu V se testiranje izvede samo na koncu.

Testni scenariji

Testi temeljijo na zahtevah strank in se izvajajo od funkcije do funkcije/modula za modulom. Zgodi se kot celota kot programska oprema.

Faza

UAT se izvede po preskusu sistema. Za vsako razvojno fazo obstaja faza testiranja V-modela.

Interakcija s strankami

V UAT se interakcija s strankami izvaja redno. V-Model ne potrebuje redne interakcije s strankami.