Mis on kasutajate aktsepteerimise testimine (UAT)? Näited
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 on kinnitada ärivoo otsast lõpuni. See ei keskendu kosmeetilistele vigadele, õigekirjavigadele ega süsteemi testimisele. Kasutajate aktsepteerimise testimine viiakse läbi eraldi testimiskeskkonnas, kus on tootmisega sarnane andmeseade. See on omamoodi musta kasti testimine, millesse on kaasatud kaks või enam lõppkasutajat.
UAT-i teostab –
Vajadus kasutajate vastuvõtutesti järele
Vajadus kasutajate vastuvõtutesti järele ilmneb siis, kui tarkvara on läbinud üksuse, integratsiooni ja süsteemi testimise, kuna arendajad võisid oma arusaama järgi nõuete dokumendil põhineva tarkvara ehitada ja edasistest arenduse käigus tehtud muudatustest ei pruugita neid tõhusalt teavitada, nii et testimiseks, kas klient on lõpptoote aktsepteerinud /lõppkasutaja, on vaja kasutaja vastuvõtutesti.
- Arendajad kodeerivad tarkvara, mis põhineb nõuete dokumendil, mis on nende “oma” 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
VModelis vastab kasutaja aktsepteerimise testimine nõude faasile Tarkvaraarenduse elutsükkel (SDLC).
Kasutajate aktsepteerimise testimise eeldused
Kasutaja vastuvõtutesti sisenemise kriteeriumid on järgmised:
- Ärinõuded peavad olema kättesaadavad.
- Rakenduskood peaks olema täielikult välja töötatud
- Üksuse testimine, integratsiooni testimine ja süsteemi testimine tuleks lõpule viia
- Süsteemiintegratsiooni testimise faasis puuduvad näidud, kõrged, keskmised defektid –
- Enne UAT-d on lubatud ainult kosmeetiline viga
- Regressioonitest tuleks läbi viia ilma suuremate defektideta
- Kõik teatatud defektid tuleks enne UAT-d parandada ja testida
- Kõigi katsete jälgitavusmaatriks tuleks täita
- UAT keskkond peab olema valmis
- Logige välja süsteemi testimismeeskonna kirjad või side, et süsteem on UAT täitmiseks valmis
Kuidas UAT-teste läbi viia
UAT-d teevad süsteemi või tarkvara ettenähtud kasutajad. Seda tüüpi Tarkvara testimine tavaliselt toimub kliendi asukohas, mida nimetatakse beetatestimiseks. Kui UAT-i sisenemiskriteeriumid on täidetud, peavad testijad täitma järgmised ülesanded:
- Ärinõuete analüüs
- UAT testiplaani koostamine
- Tuvastage testistsenaariumid
- Looge UAT testjuhtumeid
- Katseandmete ettevalmistamine (tootmisega sarnased andmed)
- Käivitage testjuhtumid
- Salvestage tulemused
- Kinnitage ärieesmärgid
1. samm) Ärinõuete analüüs
Üks olulisemaid tegevusi UAT-s on katsestsenaariumide tuvastamine ja väljatöötamine. Need katsestsenaariumid on tuletatud järgmistest dokumentidest.
- Projekti harta
- Ärikasutusjuhtumid
- Protsessi voo skeemid
- Ärinõuete dokument (BRD)
- Süsteeminõuete spetsifikatsioon (SRS)
2. samm) UAT plaani loomine
UAT testiplaan kirjeldab strateegiat, mida kasutatakse rakenduse ärinõuetele vastavuse kontrollimiseks ja selle tagamiseks. See dokumenteerib sisenemise ja UAT väljumiskriteeriumid, katsestsenaariumide ja testjuhtumite lähenemisviis ning testimise ajakava.
3. samm) tuvastage testistsenaariumid ja -juhtumid
Tuvastage kõrgetasemeliste äriprotsesside testistsenaariumid ja looge selgete testietappidega testjuhtumid. Testjuhtumid peaksid piisavalt katma enamiku UAT stsenaariumidest. Ärikasutusjuhtumid on testjuhtumite loomiseks sisendiks.
4. etapp) Testiandmete ettevalmistamine
UAT jaoks on kõige parem kasutada reaalajas andmeid. Andmed tuleks privaatsuse tagamiseks skrambleerida ja turvalisus põhjustel. Testija peaks olema kursis andmebaasi vooga.
Samm 5) Käivitage ja salvestage tulemused
Käivitage testjuhtumid ja teatage vigadest, kui neid on. Pärast parandamist testige vigu uuesti. Testide haldamine täitmiseks saab kasutada tööriistu.
6. samm) Kinnitage ärieesmärkide saavutamine
Ärianalüütikud või UAT testijad peavad pärast UAT testimist saatma väljalogimiskirja. Pärast allkirjastamist on toode tootmiseks kõlblik. UAT testimiseks tarnitavad tooted on testiplaan, UAT stsenaariumid ja testijuhtumid, testitulemused ja defektide logi
UAT väljumiskriteeriumid
Enne tootmisse siirdumist tuleb arvestada järgmisega:
- Kriitilised defektid ei avane
- Äriprotsess toimib rahuldavalt
- UAT Logi maha kohtumine kõigi sidusrühmadega
UAT testijate omadused
UAT Tester peaks omama ettevõtte kohta häid teadmisi. Ta peaks olema iseseisev ja mõtlema nagu süsteemile tundmatu kasutaja. Tester peaks olema analüütiline ja Lateral mõtleja ja kombineerida kõikvõimalikke andmeid, et UAT oleks edukas.
Testija või ärianalüütik või aineeksperdid, kes mõistavad ärinõudeid või voogusid, saavad ette valmistada testid ja andmed, mis on ettevõtte jaoks realistlikud.
Best Practices
UAT edu saavutamiseks tuleb arvestada järgmiste punktidega:
- Valmistage ette UAT plaan projekti elutsükli alguses
- Enne UAT käivitamist koostage kontrollnimekiri
- Viige läbi UAT-eelne seanss süsteemi testimise faasis
- Määrake ootus ja määratlege selgelt UAT ulatus
- Testige ärivoogu otsast lõpuni ja vältige süsteemiteste
- Testige süsteemi või rakendust reaalsete stsenaariumide ja andmetega
- Mõelge süsteemi tundmatule kasutajale
- Tehke kasutatavuse testimine
- Enne tootmisse üleminekut viige läbi tagasisideseanss ja koosolek
UAT tööriistad
Turul on mitmeid tööriistu, mida kasutatakse kasutajate aktsepteerimise testimiseks ja mõned on loetletud viitamiseks:
1) Fitnessi tööriist: see on a Java testimismootorina kasutatav tööriist. Teste on lihtne luua ja tulemusi tabelisse salvestada. Tööriista kasutajad sisestavad vormindatud sisendi ja testid luuakse automaatselt. Seejärel testid sooritatakse ja väljund tagastatakse kasutajale.
Näidisjuhised UAT jaoks
- Enamasti toimub tavaliste tarkvaraarenduse stsenaariumide puhul UAT kvaliteedikontrolli keskkonnas. Kui lavastus või UAT keskkond puudub
- UAT klassifitseeritakse beeta- ja Beeta ja alfa testimine kuid see ei ole nii oluline, kui tarkvara töötatakse välja teenusepõhise tööstuse jaoks
- UAT on mõttekam, kui klient on suuremal määral kaasatud
Järeldus
- Tarkvaratehnikas on UAT täisvorm kasutajate aktsepteerimise testimine.
- UAT on üks paljudest testimise maitsetest, mis on viimase kahekümne viie aasta jooksul esile kerkinud.
- UAT-ga saab klient olla kindel, „mida oodata” tootelt, mitte eeldada.
- UAT eeliseks on see, et toote turule toomisel ei teki üllatusi.