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

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 –

  • klient
  • Lõppkasutajad
  • 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.

    Vajadus kasutajate vastuvõtutesti järele

    • 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).

    Vastuvõtu testimine ja V-mudel

    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:

    UAT testimisprotsessi pilt
    UAT protsess
    • Ä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 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.