Mis on UAT?
Kasutaja aktsepteerimise testimine (UAT) on teatud tüüpi test, mille lõppkasutaja või klient teeb tarkvarasüsteemi kontrollimiseks / aktsepteerimiseks enne tarkvararakenduse tootmiskeskkonda viimist. UAT tehakse testimise viimases etapis pärast funktsionaalse, integreerimise ja süsteemi testimist.
UAT eesmärk
UATi peamine eesmärk on valideerida lõpptulemusena ärivoog . See ei keskendu kosmeetilistele vigadele, õigekirjavigadele ega süsteemi testimisele. Kasutajate aktsepteerimise testimine viiakse läbi eraldi testimiskeskkonnas koos tootesarnaste andmete seadistamisega. See on omamoodi musta kasti testimine, kus osaleb kaks või enam lõppkasutajat.
Kes teostab UAT-i?
- Klient
- Lõppkasutajad
Kasutajate aktsepteerimise testimise vajadus
Kasutajate aktsepteerimise testimise vajadus tekib siis, kui tarkvara on läbinud üksuse, integreerimise ja süsteemi testimise, kuna arendajad võivad olla oma mõistmise järgi nõudedokumendil põhineva tarkvara ehitanud ja edasisi vajalikke muudatusi arenduse käigus ei pruugi neile tõhusalt edastada, nii et testimiseks, kas lõplik klient / lõppkasutaja aktsepteerib toodet, on vaja kasutajate aktsepteerimise testimist.
- Arendajad kodeerivad tarkvara põhinõudedokumendil, mis on nende endi arusaam nõuetest ega pruugi tegelikult olla see, mida klient tarkvarast vajab .
- Projekti käigus tehtud muudatusi ei pruugi arendajatele tõhusalt edastada.
Vastuvõtu testimine ja V-mudel
VModelis vastab kasutajate aktsepteerimise testimine tarkvaraarenduse elutsükli (SDLC) nõuete faasile.
Kasutaja aktsepteerimise testimise eeldused:
Kasutajate aktsepteerimise testimise sisestuskriteeriumid on järgmised:
- Ärinõuded peavad olema kättesaadavad.
- Rakenduse kood peaks olema täielikult välja töötatud
- Üksuste testimine, integreerimise testimine ja süsteemi testimine peaksid olema lõpule viidud
- Ei ühtegi showstopperit, suured ja keskmised defektid süsteemiintegratsiooni testimise etapis -
- Enne UAT-i on vastuvõetav ainult kosmeetiline viga
- Regressioonitestimine peaks olema lõpule viidud ilma suuremate defektideta
- Kõik teatatud defektid tuleks enne UAT-d parandada ja testida
- Kõigi testide jaoks tuleks täita jälgitavuse maatriks
- UAT keskkond peab olema valmis
- Logige süsteemitesti meeskonnalt välja post või side, et süsteem on UAT-i käivitamiseks valmis
Kuidas UAT-testimist teha
UAT-d teevad süsteemi või tarkvara kavandatud kasutajad. Seda tüüpi tarkvara testimine toimub tavaliselt kliendi asukohas, mida nimetatakse beetatestimiseks. Kui UAT-i sisestamiskriteeriumid on täidetud, peavad testijad ülesandeid täitma:
- Ärinõuete analüüs
- UAT testiplaani koostamine
- Tehke kindlaks testistsenaariumid
- Looge UAT-testi juhtumid
- Testandmete ettevalmistamine (sarnased andmed)
- Käivitage testjuhtumid
- Salvestage tulemused
- Kinnitage ettevõtte eesmärgid
1. samm) ärinõuete analüüs
UAT-i üks olulisemaid tegevusi on teststsenaariumide tuvastamine ja väljatöötamine. Need teststsenaariumid on tuletatud järgmistest dokumentidest:
- Projekti harta
- Ärikasutuse juhtumid
- Protsessi vooskeemid
- Ärinõuete dokument (BRD)
- Süsteeminõuete spetsifikatsioon (SRS)
Samm 2) UAT-plaani loomine:
UAT-testide kava kirjeldab strateegiat, mida kasutatakse rakenduse ärinõuetele vastavuse kontrollimiseks ja tagamiseks. See dokumenteerib UAT-i sisenemis- ja väljumiskriteeriumid, teststsenaariumide ja testijuhtumite lähenemise ning testimise ajakavad .
Samm 3) Tehke kindlaks testistsenaariumid ja juhtumid:
Tehke kindlaks stsenaariumid seoses kõrgetasemelise äriprotsessiga ja looge testjuhtumid koos selgete testisammudega. Testjuhtumid peaksid piisavalt hõlmama enamikku UATi stsenaariume. Ärikasutuse juhtumid on testjuhtumite loomise sisend.
4. samm: testandmete ettevalmistamine:
UAT jaoks on kõige parem kasutada reaalajas andmeid. Andmeid tuleks privaatsuse ja turvalisuse huvides skrambleerida. Tester peaks olema andmebaasivoogudega tuttav.
5. samm. Käivitage ja registreerige tulemused:
Käivitage testjuhtumid ja teavitage vigadest, kui neid on. Kui vead on parandatud, proovige uuesti vigu. Testide haldamise tööriistu saab kasutada täitmiseks.
6. samm. Veenduge, et ärieesmärgid oleksid täidetud:
Ärianalüütikud või UAT-testijad peavad pärast UAT-testimist saatma väljakirjastamise kirja. Pärast sisselogimist on toodet hea tootmisse minna. UAT-testimise tulemused on testimiskava, UAT-stsenaariumid ja testijuhtumid, testitulemused ja defektide logi
UAT-st väljumise kriteeriumid:
Enne tootmisse minekut tuleb kaaluda järgmist:
- Kriitilisi defekte pole avatud
- Äriprotsess töötab rahuldavalt
- UAT Logi sisse kohtumine kõigi sidusrühmadega
UAT testijate omadused:
UATi testeril peaksid olema head teadmised ettevõttest. Ta peaks olema sõltumatu ja mõtlema süsteemi tundmatu kasutajana . Testija peaks olema analüütiline ja külgsuunaline ning kombineerima igasuguseid andmeid, et UAT oleks edukas.
Tester või ärianalüütik või teemavaldkond Eksperdid, kes mõistavad ärinõudeid või -vooge, saavad koostada ettevõtte jaoks realistlikke katseid ja andmeid.
Parimad tavad:
UATi edu saavutamiseks tuleb arvestada järgmiste punktidega:
- Valmistage UAT-kava ette projekti elutsükli alguses
- Enne UAT-i algust koostage kontroll-loend
- Viige UAT-eelne seanss läbi süsteemi testimise etapis
- Määrake ootus ja määrake UAT ulatus selgelt
- Testige ärivoogu lõpuni ja vältige süsteemikatseid
- Testige süsteemi või rakendust reaalsete stsenaariumide ja andmetega
- Mõelge kui süsteemi tundmatu kasutaja
- Tehke kasutatavuse testimine
- Enne tootmise juurde asumist viige läbi tagasiside seanss ja kohtumised
UAT tööriistad
Kasutajate aktsepteerimise testimiseks kasutatakse turul mitmeid tööriistu ja mõned on loetletud viitena.
Fitnessi tööriist: see on Java-tööriist, mida kasutatakse testimismootorina. Testide koostamine ja tulemuste tabelisse salvestamine on lihtne. Tööriista kasutajad sisestavad vormindatud sisendi ja testid luuakse automaatselt. Seejärel viiakse testid läbi ja väljund tagastatakse kasutajale tagasi.
Watir: see on tööriistakomplekt, mida kasutatakse brauseripõhiste testide automatiseerimiseks kasutajate aktsepteerimise testimise ajal. Rubiin on programmeerimiskeel, mida kasutatakse rubiini ja Internet Exploreri protsessidevaheliseks suhtlemiseks.
Mõned näited UAT-i juhistest
- Tavapärase tarkvaraarenduse stsenaariumite korral viiakse UAT enamasti läbi kvaliteedi tagamise keskkonnas. Kui pole lavastus- või UAT-keskkonda
- UAT liigitatakse beeta- ja alfa-testimisse, kuid see pole nii oluline, kui tarkvara on välja töötatud teenusepõhisele tööstusele
- UAT on mõttekam, kui klient on rohkem seotud
Järeldus:
- Tarkvaratehnikas on UAT täielik vorm kasutajate aktsepteerimise testimine.
- Tarkvaratehnikas tähendab UAT kasutajate aktsepteerimise testimist.
- UAT on üks paljudest katsetamise maitsetest, mis on ilmnenud viimase kahekümne viie aasta jooksul.
- UAT-i abil saab klient olla kindel, et "mida oodata" tootest, kui oletada.
- UAT-i eeliseks on see, et toote turule laskmisel pole üllatusi.