Programmatūras Testēšana

Lietotāju pieņemšanas pārbaudes apmācība iesācējiem

2021. gada 30. oktobris

Lietotāju pieņemšanas pārbaude (UAT) ir viens no visbiežāk izmantotajiem programmatūras testēšanas veidiem. Lietotāja pieņemšanas pārbaude ir melnās kastes pārbaudes veids.

Tas ir programmatūras testēšanas pēdējais posms pirms programmatūras produkta nosūtīšanas ieinteresētajām personām. UAT sauc arī par beta testēšanu.

Šis raksts sniedz jums pilnīgu rokasgrāmatu par UAT.

Satura rādītājs

Kas ir lietotāju pieņemšanas pārbaude?

Kā norāda nosaukums, lietotāja pieņemšanas pārbaude (UAT) tiek veikta jebkura konkrēta programmatūras produkta pārbaude, lai saņemtu lietotāja apstiprinājumu.

Ļaujiet mums redzēt, kas ir lietotāja definīcija UAT kontekstā.

Lietotājs ir persona, kas vēlas iegūt sev noteiktu preci atbilstoši prasībām.

Tātad, UAT definīcija var iegūt kā konkrētas programmatūras testēšanu vai pārbaudi, ko veic lietotājs. Lietotājs var pārbaudīt, vai programmatūras produkts darbojas atbilstoši viņa prasībām.

UAT ir daļa no programmatūras testēšanas procesa programmatūras izstrādes dzīves cikls kas ņem vērā lietotāja stāstu un ģenerē pārbaudes plānu atbilstoši nepieciešamajiem uzdevumiem reālās pasaules scenārijos.

Atšķirībā no citiem testiem, piemēram, vienību pārbaude un regresijas pārbaude , ko veic kvalitātes nodrošināšanas komanda mākslīgā testēšanas vidē, UAT parasti veic ieinteresētā persona vai citi biznesa lietotāji (ko kopā sauc par UAT komandu). Tas tiek veikts kā viens no programmatūras projekta procedūru pēdējiem posmiem, kas pazīstams arī kā beta testēšana.

Tas tiek izpildīts pēc funkcijas, integrācijas, regresijas pārbaudes un sistēmas testēšana kad programmatūras izstrādes komanda, testēšanas komanda un kvalitātes nodrošināšanas komanda ir veikušas visu mākslīgo izpildi.

Tas tiek darīts ražošanas vidē ar reālās pasaules scenārijiem atbilstoši faktiskajiem programmatūras lietotājiem.

Turklāt šī pārbaude tiek saukta par galalietotāja testēšanu, ekspluatācijas akcepttestēšanu (OAT), lauka pieņemšanas testēšanu un pieņemšanas testu virzītu izstrādi (ATDD).

Pieņemšanas veidi

Pieņemšanas veidi

Kad tas tiek veikts?

UAT testēšana vai galalietotāja testēšana parasti tiek veikta programmatūras testēšanas pēdējā fāzē, pirms konkrēts produkts ir gatavs ienākt tirgū, lai to piegādātu gala lietotājam.

Pirms produkts tiek nosūtīts lietotājiem, lai pārbaudītu programmatūru lietotāja pieņemšanas testēšanas procesā, kvalitātes nodrošināšanas (QA) komanda pārbauda programmatūru, lai pārliecinātos, ka nav problēmu.

Programmatūras lietotāji veic UAT testus, lai pārliecinātos, ka produkts darbojas labi un atbilst visām līgumā noteiktajām biznesa prasībām pirms tā izstrādes.

Parasti UAT tiek veikta pēc tam, kad produktam ir veikta sistēmas pārbaude. Tā kā UAT testēšana ir viens no pēdējiem produkta posmiem, klientiem ir jāņem vērā visas produktu perspektīvas.

Kurš ir atbildīgs par UAT izpildi?

UAT testēšanas mērķis ir pārbaudīt, vai programmatūra ir uzticama gala lietotājiem, vai tā atbilst visiem kritērijiem un var tikt izmantota kā ideāls risinājums gala lietotājiem.

Produkta īpašnieks veic UAT.

Biznesa lietotāji pārbauda programmatūru biznesa vai lietotāja prasībām, nevis lai pārliecinātos, vai programmatūra avarē, vai tā atbilst viņa prasībām, pareizrakstības kļūdām vai citiem defektiem. Tas viss tiek darīts pirms lietojumprogrammas integrācijas testēšanas, sistēmas testēšanas un vienību testēšanas fāzes.

Šī galalietotāja testēšana galvenokārt koncentrējas uz programmatūras darbību. Programmatūrai ir jādarbojas atbilstoši biznesa funkcijām un biznesa prasībām.

Lietotāju pieņemšanas pārbaudes posmi

Nepieciešama lietotāja pieņemšanas pārbaude (UAT)

Ir atsevišķi uzņēmumi, kas pirms to laišanas tirgū ir saskārušies ar lielu problēmu saistībā ar programmatūras produktiem.

Ja pēc ienākšanas tirgū rodas problēmas ar programmatūru, tas var radīt ievērojamus uzņēmuma zaudējumus.

Jebkurš preces defekts var pārvērsties par galalietotāju uzticības un ticības zaudēšanu, kas uzņēmumam nav īpaši izdevīgi.

Pat ja precei radušies defekti ir labojami, tas prasa daudz laika un naudas.

Tātad, lai izvairītos no programmatūras problēmām pēc tās izlaišanas tirgū, ir nepieciešamība pēc UAT testēšanas .

UAT testēšana nodrošina, ka programmatūra ir labi pamatota un labi darbojas kā konkrētas problēmas risinājums un atbilst biznesa prasībām.

Konkrētam produktam UAT pārbaude ir būtiska, lai izvairītos no biznesa zaudējumiem jebkādu defektu vai kļūdu gadījumā.

UAT tests arī ietaupa vērtīgo laiku un izdevumus konkrētā produkta īpašniekam.

Lietotāju pieņemšanas pārbaudes kontrolsaraksts

UAT kontrolsaraksts ietver pilnīgu rokasgrāmatu par UAT testa izpildi programmatūras izstrādē un UAT testēšanas posmiem.

  1. Sākotnējais kontrolsaraksts ietver lietotāja pieņemšanas pārbaudes (UAT) testa sākšanu.
  2. Gala lietotāja plānošana, ļaujot veikt pētījumus pēc tam.
  3. Koncepcijas Patērētāju pieņemšanas pārbaude.
  4. Pārbauda lietotāja akcepta izpildi.
  5. Lēmumi par aktivizēšanu
  6. Izlikt testa uzvedību lietotāja apstiprināšanai.

Kā veikt lietotāja pieņemšanas testēšanu (UAT)?

Lai veiktu UAT testēšanu, ir jāveic īpašas darbības. Šīs darbības ir īsi izskaidrotas tālāk:

    Uzņēmējdarbības vajadzību pārbaude:Primārais un vissvarīgākais solis UAT ietver biznesa vajadzību definēšanu un novērtēšanu un testēšanas situāciju. To var teikt arī kā plānošanas fāzi. Galalietotājiem reālajā pasaulē ir jādefinē testēšanas scenāriji, izmantojot dažādus dokumentus, piemēram, biznesa lietošanas gadījumus, plūsmas diagrammas, sistēmas prasību specifikāciju (SRS) utt.UAT testa plāna izstrāde:Nākamais solis ietver UAT pārbaudes plāna izstrādi. Šis lietotāja izstrādātais plāns būs stratēģija, kas nodrošina programmatūras biznesa vajadzību apmierināšanu. Šajā plānā var iekļaut ieejas un izejas kritērijus, pārbaudes gadījumus, testa scenārijus, pieņemšanas kritērijus un testēšanas grafikus, pamatojoties uz galalietotāju.Identificējiet testa scenārijus un pārbaudes gadījumus:Testētājiem ir jāidentificē augsta līmeņa biznesa testēšanas situācijas. Pamatojoties uz testēšanas situācijām, šiem testētājiem ir jāizveido skaidri un tīri testa gadījumi. Izstrādātajiem testa gadījumiem jāaptver visi uzņēmējdarbības testa scenāriji.Izmantojiet tiešos datus:Tiešo datu izmantošana UAT procesā ir ļoti izdevīga. Tas palīdzēs galalietotājam redzēt, kā programmatūras produkts darbojas ar pašreizējās situācijas datiem. Lietotāji izmanto lietojumprogrammu un pārbauda, ​​vai programmatūra ir piemērota tirgum ar tiešraides datiem.Palaidiet pārbaudes gadījumus:Izstrādātie testpiemēri, kas balstīti uz augsta līmeņa biznesa testēšanas situācijām, ir jāizpilda, un rezultāts jāatzīmē. Tomēr kļūdas vai defekta izskats šajā posmā nav labs. Visas kļūdas vai defekti tiek atklāti agrīnā stadijā. Bet, ja tie parādās, vispirms testētājiem tā ir jānovērš un pēc tam atkārtoti jāpārbauda. Pēc atkārtotas pārbaudes pierakstiet rezultātu.Nodrošiniet veiksmīgu biznesa prasību izpildi:Pēc katra testa gadījuma rezultātu pierakstīšanas testētājiem ir jāpārliecinās, ka ir izpildītas visas biznesa prasības un programmatūra darbojas labi reāllaikā.

Kā efektīvi veikt lietotāja akcepta pārbaudi?

Tā kā UAT ir viens no vissvarīgākajiem programmatūras izstrādes un testēšanas posmiem, lietotājiem šī pārbaude ir rūpīgi un dedzīgi jāveic. Lai veiktu šo testēšanu, lietotājiem ir jāņem vērā konkrēti parametri vai faktori. Šie parametri ir norādīti zemāk:

    Skaidru cerību noteikšana:Pirmais faktors, kas jāņem vērā, veicot lietotāja pieņemšanas testu, ir noteikt skaidras cerības par iespējamo testēšanas iznākumu. Produkta lietotājam vai īpašniekam un testēšanas komandas loceklim ir jāzina testa veikšanas iemesls.Veiciet UAT agrīnā stadijā:Šī lietotāja pieņemšanas pārbaude tiek veikta tieši pirms produkta piegādes klientam. Šī pieeja tiek izmantota tradicionālajā produktu izstrādes modelī, ūdenskrituma modelī un Agile modelī mūsdienu izstrādes modeļos. Tas būtu jāveic produkta izstrādes sākumposmā, lai atklātu kļūdas un defektus.Atrodiet pareizos testētājus:Vēl viens svarīgs faktors, kas jāņem vērā, veicot UAT, ir izvēlēties atbilstošus testētājus. Lietotājiem ir jāatlasa dalībnieki, kuri bieži iepriekš ir strādājuši ar šāda veida testēšanu.Veiciet pārbaudes uzdevumus:UAT produkts tiek pārbaudīts, vai tas labi darbojas reālās dzīves scenārijos un ikdienas darbībās. Tāpēc lietotājiem ir jāizveido produkta uzdevumu un testu saraksts, lai nodrošinātu, ka tas darbojas labi jebkurā situācijā. Taču izveidotajam testa uzdevumam jābūt balstītam uz augsta līmeņa biznesa nosacījumiem, augstāku testu kvalitāti, un tajā jāietver kodolīgi un skaidri soļi.
Lietotāju pieņemšanas pārbaude

Lietotāju pieņemšanas pārbaude

Lietotāju pieņemšanas pārbaudes rīki

Lai veiktu UAT, tirgū ir pieejami vairāki rīki. Tālāk ir norādīti daži no tālāk uzskaitītajiem testēšanas rīkiem.

  1. ūdens

Watir ir īsa tīmekļa lietojumprogrammu testēšanas forma rubīnā. Tas ir viens no populārākajiem rīkiem, ko izmanto efektīvai UAT izpildei. Labākā daļa ir tā, ka tas ir atvērtā koda rīks. Tas ir starpplatformu rīks, kas atbalsta visas galvenās operētājsistēmas. Tas ietver trīs vairākus mazus projektus. No tiem trīs tiek izmantoti galvenokārt. Tie ir Watir-Classic, Watir tīmekļa draiveri un Watirspec. Tas ir uzrakstīts Ruby programmēšanas valodā un ir licencēts saskaņā ar MIT licenci.

  1. FitNesse

FitNesse ir vēl viens populārs rīks, ko izmanto UAT. Tas piedāvā iespēju rakstīt pārbaudes gadījumus Wiki tīmekļa lapās un izpildīt tos no Wiki. Lietotāji var izveidot jaunas Wiki lapas vai rediģēt esošās Wiki lapas un uzskaitīt savus testa gadījumus. Šis rīks tika īpaši izstrādāts Agile attīstības metodoloģija un UAT.

Lietotāja pieņemšanas pārbaudes veidne

UAT komanda, kas pārbauda lietojumprogrammu, veic nepieciešamos uzdevumus saskaņā ar UAT veidne . Tas ievērojami atšķiras no programmatūras izstrādes testēšanas veidnēm, ko izmanto kvalitātes nodrošināšanas komandai. Lietotāja pieņemšanas pārbaudes veidnē var būt šāda informācija:

    Pārbaudes gadījuma ID:Testa gadījuma ID veidnē Lietotāja pieņemšanas pārbaude ir jābūt unikālam katram testa gadījumam. Tas ir numurs, kas unikāli identificē katru testa gadījumu no testa gadījumu saraksta.Funkcionālais Apgabals:Funkcionālā zona ir vēl viens parametrs veidnē. Pārbaudes gadījumi tiek apvienoti atbilstoši to funkcionālajai zonai.Uzņēmuma prasības ID:Tāpat kā testa gadījuma ID, arī uzņēmuma prasības ID ir unikāls numurs, kas identificē katru uzņēmuma prasību.Lietotāja loma:Preces lietotājs ir atbildīgs par lietotāja pieņemšanas pārbaudes veikšanu. Tāpēc ir ļoti svarīgi noteikt lietotāja lomu no norādītajām biznesa vajadzībām.Testa soļi: Testēšanas darbību organizēšana padarīs testēšanas procesu efektīvu un vienkāršu. Testa soļi ietver visas secīgās darbības, kas jāveic izpildes laikā.Gaidāmais Rezultāts:Šajā veidnes modulī ir ietverts katra testa gadījuma paredzamais rezultāts vai sistēmas darbība, izpildot katru testa gadījumu.Faktiskais rezultāts:Šajā slejā ir ietverti faktiskie rezultāti pēc katra testa gadījuma izpildes reālajā pasaulē. Ja paredzamais rezultāts un faktiskais rezultāts ir vienāds, lietotājiem šajā slejā jāievada Same as Expected.Pārbaudes statuss:Pārbaudes statuss norāda, vai konkrētais testa gadījums ir izturēts vai neizdodas. Ja tas tiek izturēts, statuss tiek nodots, un, ja tas neizdodas, lietotājiem ir jāiesniedz problēma izstrādes komandai.Ietekme uz biznesu:Šajā kolonnā ir iekļauta svarīga informācija, un to izmanto, lai iestatītu uzdevumu prioritāti.Komentāri:Šajā modulī ir komentāri par testa gadījumiem.

Lietotāju pieņemšanas testēšanas paraugprakse

    Zināt programmatūras lietotājus:Ir svarīgi zināt, kas izmanto programmatūru reālajā pasaulē. Kādas ir klientu vajadzības attiecībā uz konkrēto programmatūru? Ko viņi sagaida no programmatūras? Ja visi šie dati ir pieejami, lietotāja pieņemšanas testēšana kļūst ērtāka.Iepriekš sagatavojiet pārbaudes izklāstu:Lai veiktu lietotāja pieņemšanas testēšanu, ir svarīgi izstrādāt detalizētu procesa izpildes izklāstu. Iepriekšēja lietotāju pieņemšanas testēšanas plānošana var palīdzēt testētājiem aptvert visus testēšanas gadījumus un veikt tos efektīvi.Labi strukturēta lietotāju pieņemšanas pārvaldības pārbaude:Tā kā lietotāja akcepttestēšana ir viena no pēdējām testēšanas fāzēm pirms tās piegādes tirgū, programmatūrai ir jādarbojas labi atbilstoši klientu vajadzībām. Šāda veida testēšanai izmantotajai pārvaldības sistēmai jābūt labi strukturētai un organizētai.Izstrādājiet testa situācijas:Testētājiem jāizmanto augsta līmeņa biznesa pārbaudes situācijas un jāizveido no tām testa piemēri. Taču šiem testa scenārijiem ir jābūt balstītiem uz biznesa vajadzībām.Definējiet pieņemšanas standartus:Pieņemšanas standarts ietver noteikumus un standartus, pamatojoties uz kuriem tiek izlemts, vai programmatūras produkts ir izturēts vai neizdevās. Tātad, lai noteiktu, vai produkts ir piemērots lietošanai tirgū, ir nepieciešami pamata pieņemšanas standarti.
Lietotāju pieņemšanas pārbaudes darbības

Sistēmas testēšana pret lietotāju akceptēšanas testēšanu

Sistēmas testēšana un UAT ir divi atšķirīgi termini. Sistēmas pārbaude tiek veikta pirms UAT. Tālāk norādītā tabula palīdzēs izprast atšķirību starp sistēmas testēšanu un UAT.

Sistēmas testēšana Lietotāju pieņemšanas pārbaude
Sistēmas testēšana tiek veikta, lai pārbaudītu konkrētas programmatūras vispārējo funkcionalitāti.UAT tiek veikta, lai pārbaudītu, vai programmatūra labi darbojas ar biznesa vajadzībām.
Šo testēšanu parasti veic tikai testētāji un izstrādātāji.UAT veic testētāji, ieinteresētās puses, kā arī programmatūras produkta klienti.
Šī pārbaude var būt gan funkcionāla, gan nefunkcionāla.UAT ir tikai funkcionāla pārbaude.
Šāda veida testēšanā tiek pārbaudīta visa produkta veiktspēja.UAT tiek pārbaudīts, vai produkts ir piemērots kā risinājums biznesam.
Sistēmas testēšana un integrācijas pārbaude kopā veido sistēmas testēšanu.Beta un alfa testēšana kopā veido UAT.
Sistēmas testēšanā produkta defekti un kļūdas tiek laboti un novērsti.UAT gadījumā, ja tiek konstatēti defekti vai kļūdas, tas tiek uzskatīts par produkta kļūmi.

Sistēmas testēšana pret lietotāju akceptēšanas testēšanu

Secinājums

Pārskatot visus iepriekš minētos UAT elementus, mēs saprotam, ka šī fāze programmatūras testēšana ir ļoti svarīgi jebkuram produktam, pirms tas tiek piegādāts tirgū paredzētajiem lietotājiem.

Šie testi nodrošina, ka lietotāji izmanto lietojumprogrammu pirms tās izvietošanas tirgū, un nodrošina, ka tā var apstrādāt faktiskos lietošanas gadījumus.

Šī testēšana pārbauda, ​​vai konkrētais produkts efektīvi atbilst biznesa prasībām, un pārbauda, ​​vai programmatūru var izmantot kā efektīvu biznesa risinājumu.

bieži uzdotie jautājumi

Kas ir lietotāju pieņemšanas pārbaude?

UAT, kas tiek veikts kā pēdējais testēšanas posms, ir testēšanas veids, kurā faktiskie lietotāji var pārbaudīt izstrādāto programmatūru un atrast kļūdas. Dažreiz gadās, ka testētāji nevar atrast visas kļūdas, un tādējādi faktiskie lietotāji nodrošina jaunu skatījumu. Atšķirībā no izstrādes vides, kurā notiek citas pārbaudes, UAT tiek veikta ražošanas vidē. To sauc arī par lietojumprogrammu testēšanu vai galalietotāja testēšanu.

Kā jūs veicat UAT lietotāju pieņemšanas testēšanu?

UAT parasti veic, veicot šādas darbības:
Analizējiet biznesa prasības, izmantojot tādus dokumentus kā programmatūras prasību specifikācijas (SRS), biznesa prasību dokuments (BRD), procesu plūsmas diagrammas utt.
UAT plāns ir izveidots, lai noteiktu stratēģiju, kas jāievēro programmatūras verificēšanai. Tajā ir iekļauti visi ieejas un izejas kritēriji, testa gadījumi, testa scenāriji utt.
Pamatojoties uz augsta līmeņa biznesa prasībām, tiek izveidoti dažādi testēšanas scenāriji, kas ietver vairākus testa gadījumus ar skaidriem norādījumiem, kā tos izpildīt.
Pārsvarā UAT tiek izmantoti tiešraides dati, kas tiek kodēti privātuma un drošības apsvērumu dēļ.
Kad plāns, scenāriji un gadījumi ir iestatīti, testa gadījumi tiek palaisti un pārbaudīti, lai noteiktu iespējamās kļūdas. Visas testa izpildē atrastās kļūdas tiek novērstas un pēc tam atkārtoti pārbaudītas, lai nodrošinātu, ka labojums darbojas. Dažas organizācijas un testētāji izpildei izmanto testu pārvaldības rīkus.
Kad visi lietotāju pieņemšanas testēšanas gadījumi ir izpildīti un kļūdas ziņotas vai novērstas, biznesa analītiķi vai UAT testētāji parakstās, norādot, ka programmatūra ir piemērota ražošanai.

Kas ir lietotāju pieņemšanas pārbaude ar piemēru?

Lietotāju pieņemšanas testēšana ir testēšanas veids, kurā faktiskie lietotāji pārbauda programmatūras kļūdas pēc tam, kad izstrādātāju komanda to ir izlabojusi. Piemēram, ja mēs esam daļa no jebkuras Play veikala lietotņu beta programmas, mēs izvietojam lietotni faktiskajā vidē un atrodam un ziņojam par kļūdām, pēc kurām tā tiek novērsta. Tādējādi beta testēšana ir arī daļa no lietotāju akceptēšanas testēšanas.

Kādi ir pieņemšanas pārbaudes veidi?

Ir pieci lietotāju pieņemšanas pārbaudes veidi:
Beta un alfa testēšana
Melnās kastes pārbaude
Līguma pieņemšanas pārbaude
Darbības akcepttestēšana
Melnās kastes pārbaude