Kas ir UAT?
Lietotāju pieņemšanas pārbaude (UAT) ir testēšanas veids, ko galalietotājs vai klients veic, lai verificētu / akceptētu programmatūras sistēmu pirms programmatūras lietojumprogrammas pārvietošanas uz ražošanas vidi. UAT tiek veikts testa pēdējā posmā pēc tam, kad ir veikta funkcionālā, integrācijas un sistēmas pārbaude.
UAT mērķis
UAT galvenais mērķis ir apstiprināt biznesa plūsmu no gala līdz beigām. Tas nav vērsts uz kosmētikas kļūdām, pareizrakstības kļūdām vai sistēmas pārbaudi. Lietotāju pieņemšanas pārbaude tiek veikta atsevišķā testēšanas vidē ar produkcijai līdzīgu datu iestatīšanu. Tā ir sava veida melnās kastes pārbaude, kurā tiks iesaistīti divi vai vairāki galalietotāji.
Kas veic UAT?
- Klients
- Gala lietotāji
Lietotāju pieņemšanas pārbaudes nepieciešamība
Lietotāju pieņemšanas testēšanas nepieciešamība rodas, tiklīdz programmatūrai ir veikta vienības, integrācijas un sistēmas pārbaude, jo izstrādātāji, iespējams, ir izveidojuši programmatūru, pamatojoties uz prasību dokumentu pēc viņu pašu izpratnes, un turpmākās nepieciešamās izmaiņas izstrādes laikā viņiem var netikt efektīvi paziņotas, tāpēc, lai pārbaudītu, vai galīgais produktu pieņem klients / galalietotājs, ir nepieciešama lietotāja pieņemšanas pārbaude.
- Izstrādātāji kodē programmatūru, pamatojoties uz prasību dokumentu, kas ir viņu pašu izpratne par prasībām un, iespējams, patiesībā nav tas, kas klientam nepieciešams no programmatūras .
- Prasības izmaiņas projekta gaitā var netikt efektīvi paziņotas izstrādātājiem.
Pieņemšanas pārbaude un V-modelis
VModel lietotāju pieņemšanas pārbaude atbilst programmatūras izstrādes dzīves cikla (SDLC) prasību fāzei.
Lietotāju pieņemšanas pārbaudes priekšnosacījumi:
Lietotāju pieņemšanas testēšanas ievadīšanas kritēriji ir šādi:
- Biznesa prasībām jābūt pieejamām.
- Pieteikuma kods ir pilnībā jāizstrādā
- Būtu jāpabeidz vienību testēšana, integrācijas testēšana un sistēmu testēšana
- Sistēmas integrācijas testa fāzē nav neviena Showstoppers, augsta, vidēja defekta -
- Pirms UAT ir pieņemama tikai kosmētikas kļūda
- Regresijas pārbaude jāpabeidz bez lieliem defektiem
- Visi ziņotie defekti jānovērš un jāpārbauda pirms UAT
- Visu testu izsekojamības matrica ir jāaizpilda
- UAT videi jābūt gatavai
- Pierakstieties no sistēmas testēšanas komandas pasta vai saziņas, ka sistēma ir gatava UAT izpildei
Kā veikt UAT testēšanu
UAT veic paredzētie sistēmas vai programmatūras lietotāji. Šāda veida programmatūras testēšana parasti notiek klienta atrašanās vietā, kas ir pazīstama kā beta testēšana. Kad UAT iekļaušanas kritēriji ir izpildīti, testētājiem jāveic šādi uzdevumi:
- Uzņēmējdarbības prasību analīze
- UAT testa plāna izveide
- Identificējiet testa scenārijus
- Izveidojiet UAT testa lietas
- Testa datu sagatavošana (līdzīgi dati)
- Palaidiet testa gadījumus
- Reģistrē rezultātus
- Apstipriniet biznesa mērķus
1. darbība. Uzņēmējdarbības prasību analīze
Viena no vissvarīgākajām darbībām UAT ir testa scenāriju identificēšana un izstrāde. Šie testa scenāriji ir iegūti no šādiem dokumentiem:
- Projekta harta
- Lietojumi lietošanai uzņēmējdarbībā
- Procesa plūsmas diagrammas
- Biznesa prasību dokuments (BRD)
- Sistēmas prasību specifikācija (SRS)
2. solis) UAT plāna izveide:
UAT testa plānā ir izklāstīta stratēģija, kas tiks izmantota, lai pārbaudītu un nodrošinātu, ka lietojumprogramma atbilst tās biznesa prasībām. Tajā dokumentēti iekļaušanas un izslēgšanas kritēriji UAT, testa scenāriji un testa gadījumu pieeja, kā arī testēšanas grafiki .
3. solis. Nosakiet testa scenārijus un pārbaudes gadījumus:
Identificējiet testa scenārijus attiecībā uz augsta līmeņa biznesa procesu un izveidojiet testa gadījumus ar skaidrām testa darbībām. Pārbaudes gadījumiem vajadzētu pietiekami aptvert lielāko daļu UAT scenāriju. Biznesa lietojuma gadījumi ir ievads testa lietu izveidošanai.
4. solis. Testa datu sagatavošana:
Vislabāk UAT izmantot tiešraides datus. Dati būtu jāmaina privātuma un drošības apsvērumu dēļ. Testētājam jāpārzina datu bāzes plūsma.
5. solis. Palaidiet un reģistrējiet rezultātus:
Izpildiet testa gadījumus un ziņojiet par kļūdām, ja tādas ir. Pēc kļūdu novēršanas atkārtoti pārbaudiet kļūdas. Testu pārvaldības rīkus var izmantot izpildei.
6. solis. Pārliecinieties, vai biznesa mērķi ir izpildīti:
Biznesa analītiķiem vai UAT testētājiem pēc UAT testēšanas ir jānosūta atteikšanās pasts. Pēc atteikšanās produkts ir piemērots ražošanai. UAT testēšanas rezultāti ir Testa plāns, UAT scenāriji un pārbaudes gadījumi, Testa rezultāti un Defektu žurnāls
Iziešanas kritēriji UAT:
Pirms sākt ražošanu, jāņem vērā sekojošais:
- Nav atvērti kritiski defekti
- Biznesa process darbojas apmierinoši
- UAT Pierakstieties tikšanās ar visām ieinteresētajām personām
UAT testētāju īpašības:
UAT testētājam vajadzētu būt labām zināšanām par uzņēmējdarbību. Viņam vajadzētu būt neatkarīgam un domāt kā nezināmam sistēmas lietotājam . Pārbaudītājam jābūt analītiskam un sāniski domājošam un jāapvieno visa veida dati, lai UAT būtu veiksmīgs.
Testētāji vai biznesa analītiķi vai priekšmetu eksperti, kuri izprot uzņēmējdarbības prasības vai plūsmas, var sagatavot uzņēmējdarbībai reālus testus un datus.
Labākā pieredze:
Lai gūtu panākumus UAT, jāņem vērā šādi punkti:
- Sagatavojiet UAT plānu projekta dzīves cikla sākumā
- Pirms UAT sākuma sagatavojiet kontrolsarakstu
- Veikt pirms UAT sesiju pašā sistēmas testēšanas posmā
- Iestatiet cerības un skaidri definējiet UAT darbības jomu
- Pārbaudiet biznesa plūsmu no gala līdz galam un izvairieties no sistēmas testiem
- Pārbaudiet sistēmu vai lietojumprogrammu, izmantojot reālos scenārijus un datus
- Domājiet par sistēmas nezināmu lietotāju
- Veikt lietojamības testēšanu
- Pirms pārejas uz ražošanu veiciet atgriezeniskās saites sesiju un tikšanos
UAT rīki
Tirgū ir vairāki rīki, kurus izmanto lietotāju pieņemšanas pārbaudei, un daži ir norādīti atsaucei:
Fitnesa rīks: tas ir Java rīks, ko izmanto kā testēšanas dzinēju. Ir viegli izveidot testus un ierakstīt rezultātus tabulā. Rīka lietotāji ievada formatēto ievadi, un testi tiek izveidoti automātiski. Pēc tam testi tiek veikti, un produkcija tiek atgriezta lietotājam.
Watir: Tas ir rīku komplekts, ko izmanto, lai automatizētu pārlūkprogrammas testus lietotāju pieņemšanas testēšanas laikā. Rubīns ir programmēšanas valoda, kas tiek izmantota starpsavienojumu saziņai starp rubīnu un Internet Explorer.
Daži UAT vadlīniju piemēri
- Parasti programmatūras izstrādes scenārijos lielāko daļu gadījumu UAT tiek veikts kvalitātes nodrošināšanas vidē. Ja nav iestudējuma vai UAT vides
- UAT tiek klasificēts Beta un Alpha testēšanā, taču tas nav tik svarīgi, ja programmatūra tiek izstrādāta uz pakalpojumu balstītai nozarei
- UAT ir jēga, ja klients tiek iesaistīts lielākā mērā
Secinājums:
- Programmatūras inženierijā UAT pilna forma ir lietotāju pieņemšanas pārbaude.
- Programmatūras inženierijā UAT apzīmē lietotāju pieņemšanas testēšanu.
- UAT ir viens no daudzajiem testēšanas aromātiem, kas parādījies pēdējo divdesmit piecu gadu laikā.
- Izmantojot UAT, klients var būt drošs, ko no produkta gaidīt, nevis pieņemt.
- UAT priekšrocība ir tā, ka, izlaižot produktu tirgū, nebūs pārsteigumu.