Mis on kasutajate aktsepteerimistestimine (UAT)?

Mis on UAT?

Kasutaja aktsepteerimise testimine (UAT) on teatud tüüpi testimine, mille viib läbi lõppkasutaja või klient tarkvarasüsteemi kontrollimiseks/aksepteerimiseks enne tarkvararakenduse tootmiskeskkonda viimist. UAT tehakse testimise viimases faasis pärast funktsionaalsuse, integratsiooni ja süsteemi testimist.

UAT eesmärk

Põhiline UAT eesmärk eesmärk on valideerida otsast lõpuni ärivoogu. See ei keskendu kosmeetilistele vigadele, õigekirjavigadele ega süsteemi testimisele. Kasutaja aktsepteerimistesti viiakse läbi eraldi testimiskeskkonnas, kus on tootmiskeskkonnaga sarnased andmed. See on omamoodi musta kasti testimine, milles osaleb kaks või enam lõppkasutajat.

UAT-i teostab:

• klient
• Lõppkasutajad

Vajadus kasutajate vastuvõtutesti järele

Kasutajate vastuvõtu testimise vajadus tekib siis, kui tarkvara on läbinud ühiku-, integratsiooni- ja süsteemitestimise. Arendajad võivad olla tarkvara ehitanud nõuete dokumendi enda tõlgenduse põhjal ja arenduse käigus nõutavatest muudatustest ei pruugita alati tõhusalt teada anda. Seega kontrollib UAT, et klient ja lõppkasutajad aktsepteerivad lõpptoodet.

• Arendajad kodeerivad tarkvara nõuete dokumendi põhjal, mis on nende enda arusaam nõuetest ja ei pruugi tegelikult olla see, mida klient tarkvaralt vajab.
• Projekti käigus toimunud nõuete muudatustest ei pruugita arendajaid tõhusalt teavitada.

Vastuvõtu testimine ja V-mudel

V-mudelis vastab kasutaja aktsepteerimistestimine nõuete faasile. Tarkvaraarenduse elutsükkel (SDLC)See paaristamine tagab, et kõik ärinõuetes jäädvustatud andmed kontrollitakse enne avaldamist UAT-i kaudu.

Kasutajate aktsepteerimise testimise eeldused

Enne UAT-i alustamist peab süsteem vastama selgetele sisenemiskriteeriumidele. Kasutaja vastuvõtutesti tüüpilised eeltingimused on järgmised:

• Ärinõuded peavad olema kättesaadavad.
• taotlus Code peaks olema täielikult välja arendatud.
• Ühiktestimine, integratsioonitestimine ja süsteemitestimine peaksid olema lõpule viidud.
• Süsteemiintegratsiooni testimise faasis ei tohiks jääda ühtegi silmapaistvat, kõrget ega keskmist defekti.
• Enne UAT-d on vastuvõetavad ainult kosmeetilised vead.
• Regressioontestimine peaks olema läbitud ilma suuremate vigadeta.
• Kõik teatatud vead tuleks enne UAT-d parandada ja testida.
• A tracKõigi testide jaoks tuleks täita võimekusmaatriks.
• UAT-keskkond peab olema valmis.
• Süsteemi testimismeeskonna kinnituskiri või teade, mis kinnitab süsteemi valmisolekut UAT-i käivitamiseks.

Kuidas UAT-teste läbi viia

UAT-d teostavad süsteemi või tarkvara ettenähtud kasutajad. Seda tüüpi Tarkvara testimine Tavaliselt toimub see kliendi asukohas ja seda nimetatakse ka beetatestimiseks. Kui UAT-i sisenemiskriteeriumid on täidetud, täidavad testijad järgmisi ülesandeid:

• Ärinõuete analüüs
• UAT testiplaani koostamine
• Tuvastage testistsenaariumid
• Looge UAT testjuhtumeid
• Testiandmete ettevalmistamine (tootmislaadsed andmed)
• Käivitage testjuhtumid
• Salvestage tulemused
• Kinnitage ärieesmärgid

1. samm) Ärinõuete analüüs

Üks olulisemaid tegevusi UAT-s on testistsenaariumide tuvastamine ja väljatöötamine. Need testistsenaariumid pärinevad järgmistest dokumentidest:

• Projekti harta
• Ärikasutusjuhtumid
• Protsessi voo skeemid
• Ärinõuete dokument (BRD)
• Süsteeminõuete spetsifikatsioon (SRS)

2. samm) UAT plaani loomine

UAT-testimise plaan kirjeldab strateegiat, mida kasutatakse rakenduse vastavuse kontrollimiseks ja tagamiseks ärinõuetele. See dokumenteerib UAT-i sisenemis- ja väljumiskriteeriumid, testistsenaariumid, testijuhtumite lähenemisviis ja testimise ajakava.

3. samm) tuvastage testistsenaariumid ja -juhtumid

Tuvastage kõrgetasemeliste äriprotsessidega seotud testistsenaariumid ja looge selgete testietappidega testijuhtumid. Testjuhtumid peaksid piisavalt katma enamiku UAT-stsenaariumidest. Ärikasutusjuhtumid on testijuhtumite loomise sisendiks.

4. etapp) Testiandmete ettevalmistamine

UAT jaoks on kõige parem kasutada reaalajas andmeid. Andmed tuleks privaatsuse tagamiseks skrambleerida ja turvalisus põhjused. Testija peaks olema tuttav andmebaasi töövooga.

Samm 5) Käivitage ja salvestage tulemused

Käivita testjuhtumeid ja teata vigadest, kui neid on. Testi vigu uuesti, kui need on parandatud. Testide haldamine täitmiseks saab kasutada tööriistu.

6. samm) Kinnitage ärieesmärkide saavutamine

Ärianalüütikud või UAT-testijad peaksid pärast UAT-testimist saatma kinnituskirja. Pärast kinnitamist on toode tootmisse minekuks valmis. UAT-testimise tulemused on testiplaan, UAT-stsenaariumid ja -juhtumid, testitulemused ja defektide logi.

UAT väljumiskriteeriumid

Enne tootmisse asumist on vaja arvestada järgmisega:

• Kriitilisi defekte pole avatud.
• Äriprotsess toimib rahuldavalt.
• UAT-i lõpukoosolek kõigi sidusrühmadega.

UAT testijate omadused

UAT-testijal peaksid olema tugevad teadmised ettevõttest. Testija peaks olema iseseisev ja mõtlema kui süsteemile tundmatu kasutajaTestija peaks olema analüütiline, lateraalse mõtlemisega ja suutma kombineerida igasuguseid andmeid, et muuta UAT edukaks.

Testijad, ärianalüütikud või valdkonna eksperdid, kes mõistavad ärinõudeid või töövooge, saavad ette valmistada teste ja andmeid, mis on ettevõtte jaoks realistlikud.

UAT-i tavalised väljakutsed

Isegi küpsed meeskonnad komistavad UAT-i ajal. Nende probleemide ettenägemine hoiab väljalaskegraafiku muutumatuna:

• Ebaselge ulatus: Määrake stsenaariumid, mis keskenduvad äritulemustele, et vältida UAT hägustumist süsteemitestimisega.
• Hilinenud kasutaja kaasamine: Enne ametliku UAT-i algust kaasake lõppkasutajaid nõuete läbivaatamise ajal.
• Keskkonna triiv: Peegelda tootmiskonfiguratsioone ja andmemahtusid UAT-keskkonnas.

Best Practices

Edukaks UAT-i loomiseks tuleks arvestada järgmiste punktidega:

• Valmistage UAT plaan ette projekti elutsükli alguses.
• Enne UAT-i alustamist koostage kontrollnimekiri.
• Süsteemi testimise etapi ajal viige läbi eel-UAT-seanss.
• Määrake ootus ja UAT ulatus selgelt.
• Testi otsast lõpuni ärivooge ja väldi süsteemitaseme teste.
• Testige süsteemi või rakendust reaalsete stsenaariumide ja andmetega.
• Mõtle kui süsteemi tundmatu kasutaja.
• Tehke kasutatavuse testimine.
• Enne tootmisesse siirdumist viige läbi tagasiside seanss ja koosolek.

UAT tööriistad

Kasutajate aktsepteerimistesti toetavad mitmed tööriistad koostöö, teostuse ja aruandluse valdkonnas. Allpool on loetletud mõned populaarsed valikud:

• Fitnesse: A Java-põhine avatud lähtekoodiga testimismootor, kus äripartnerid loovad teste tabelina.
• TUUR Zephyriga või Xray: Kombineerib defekti trackuningas struktureeritud testide läbiviimise ja tracvõimekus.
• TestRail: Veebipõhine testide haldamise platvorm UAT-tsüklite korraldamiseks ja oleku aruandluseks.

Näidisjuhised UAT jaoks

• Tavapärastes tarkvaraarenduse stsenaariumides viiakse UAT-d sageli läbi kvaliteedikontrolli keskkonnas, kui puudub spetsiaalne lavastus- või UAT-keskkond.
• UAT liigitatakse tavaliselt järgmiselt: Beeta ja alfa testimine, kuigi see eristus on vähem oluline, kui tarkvara arendatakse teenustepõhisele tööstusharule.
• UAT pakub suuremat väärtust, kui klient on kogu projekti vältel suuremal määral kaasatud.

KKK