UAT priklauso nuo konteksto, o UAT planai rengiami remiantis reikalavimais ir neprivalo atlikti visų rūšių vartotojų priėmimo testų, juos net koordinuoja ir prisideda testavimo komanda.

Turinys

• Kas yra vartotojo priėmimo testavimas (UAT)?
• Kaip atlikti UAT testus?
• Koks yra UAT tikslas?
• Vartotojo priėmimo testų tipai
• Vartotojo priėmimo testų vykdymo veiksmai
• Vartotojų priėmimo testavimo (UAT) iššūkiai
• Reikia atlikti vartotojo priėmimo testą
• Vartotojo priėmimo testavimo įrankiai
• Vartotojo priėmimo testavimo gairės
• Vartotojo priėmimo testavimo išėjimo kriterijai
• Vartotojo priėmimo testavimas prieš sistemos testavimą
• Priėmimo testavimas prieš V modelį

Kas yra vartotojo priėmimo testavimas (UAT)?

Vartotojo priėmimo testas yra testavimo metodika, kai klientai / galutiniai vartotojai dalyvauja gaminio testavime, kad patikrintų, ar produktas atitinka jų reikalavimus. Tai atliekama kliento svetainėje kūrėjo svetainėje. Tokiose pramonės šakose kaip medicina ar aviacija, sutarčių ir teisės aktų atitikties bandymai bei eksploataciniai priėmimo testai taip pat atliekami kaip vartotojų priėmimo bandymų dalis.

Priėmimo kriterijai apibrėžiami remiantis šiais požymiais:

• Funkcinis teisingumas ir išsamumas.
• Duomenų vientisumas.
• Duomenų konvertavimas.
• Pritaikomumas.
• Spektaklis.
• Savalaikiškumas.
• Konfidencialumas ir prieinamumas.
• Galimybė įdiegti ir atnaujinti.
• Mastelio keitimas.
• Dokumentacija.

Kaip atlikti UAT testus?

Veiksmingo naudotojo priėmimo testavimo būdas apima žmonių įtraukimą į jūsų produkto naudotojų įgijimo kanalą. Kokius pavyzdinius klausimus galėtumėte užduoti vartotojams? Kokia informacija būtų naudinga, kas aktualu ir kodėl norite, kad ją rastų kiti potencialūs klientai? Negalite išbandyti visų galimų duomenų taškų vienu metu, todėl prieš paleidžiant daugumą gali reikėti patikslinti, tačiau teoriškai testavimas turėtų duoti supratimą, kad gali būti, kad net nėra pakankamai tikrinamos vertės arba buvo užduotas neteisingas klausimas.

Veiksmingas vartotojo priėmimo testavimas turi tam tikrų būtinų sąlygų. Jie įtraukia:

• Išsami žinių bazė, kurioje viskas patikrinama ir įrodyta prieš išleidžiant; jai reikia tikslios informacijos apie vartotojo elgesį nuo pradžios iki pabaigos; kiekviename pirmame puslapyje jums reikia atitinkamų vaizdinių priemonių testavimo tikslais, kaip ir bet kurios programinės įrangos įmonės žmonės tikisi kitų įmonių, taip pat naudoja žiniatinklio įrankius ar internetines paslaugas, pvz., forumus ir pan.
• Reikėtų sukurti tokią duomenų bazę primenančią sistemą su skirtingu detalumo lygiu, kuri bus naudinga tik tuo atveju, jei jūsų verslas laikui bėgant greitai augs; po kūrimo, žvelgiant į kiekvieno lygio vertę, atsiveria daug daugiau galimybių, nes visi vartotojai ne visada priima tai, ką galvoja, bet dažniausiai ką nors geriau nei kiti.

Koks yra UAT tikslas?

Vartotojo priėmimo testavimo (UAT) tikslas yra nustatyti programinės įrangos, sistemų ir tinklų klaidas, kurios gali sukelti problemų vartotojams. UAT užtikrina, kad programinė įranga gali atlikti realaus pasaulio užduotis ir atlikti kūrimo specifikacijas. Naudotojams leidžiama sąveikauti su programine įranga prieš jos oficialų leidimą, kad pamatytų, ar nepastebėta kokių nors funkcijų, ar nėra klaidų.

UAT metodika vadovaujasi trimis pagrindinėmis gairėmis: Bandydami pranešimus naudodami kelis žmones, o ne atskirus įrenginius, patikrinkite vieną siuntėją nepriklausomoje vietoje, nebūdami prisijungę vienas su kitu nuo praėjusių metų pabaigos, kai siunčiate informaciją nedideliais atstumais, bet vis tiek grįžtate namo telefonu, ir Kai perduodate per el. pašto adresus, o ne socialinių tinklų paskyras, kur viešai kalbate apie savo paslaugą prieš teikdami ją per pranešimų siuntimo paslaugas, pvz., „Signal“.

Kūrimo ciklo pabaigoje atliktas testavimas patvirtinamas vartotojo priėmimo testavimu. Kiti testavimo etapai gali būti baigti ir programinė įranga gali veikti visiškai, tačiau ji vis tiek gali neatitikti galutiniams vartotojams keliamų reikalavimų.

java pakeitimo eilutė

• Apsauga nuo gedimų: UAT apsaugo nuo sugedusių, neveiksmingų ar nebaigtų programinės įrangos produktų išleidimo.
• Bug Less SW: UAT turi būti išsamus ir atspindėti vartotojo reikalavimus, kad būtų užtikrinta, jog programinė įranga nebūtų išleista su klaidomis. Šios problemos gali būti brangios ir gali pakenkti programinės įrangos pardavėjo reputacijai.
• Tinkamas testavimas -Kad bandymas veiktų, kiekvienas klientas turi būti išbandytas pagal visus galimus tinklo ryšius su vienoda tikimybe ir pabaigoje, jei jis sutinka, juos patikrinti – nepaisant to, kiek pranešimų išsiųsta negavus nė vieno atsakymo iš mūsų serverio.
• Problemos – Anksčiau aptikdavome problemų, susijusių su mobiliosiomis programomis besinaudojančiais žmonėmis, su kuriais nesusisiekiama, kai jų reikia.
• Neteisingi vartotojų vardai – Taip pat buvo keli atvejai, kai vartotojų vardai buvo neteisingai pridėti prie el. pašto pranešimų svetainėse, įskaitant „Twitter“ ar „Facebook“, o tai sukėlė klaidingus rezultatus. Jį išėmė užpuolikas, bandydamas atlikti tam tikrą slaptažodžio nustatymo iš naujo procedūrą, nes vienas vartotojas netyčia įvedė savo duomenis redaguodamas el. laiškus neketindamas to daryti, o kaip pabaigos dalį, kai atliko tam tikras užduotis kitoje programoje, pavyzdžiui, prisijungė prie kažkieno serverio. per FTP.
• Bandomasis patikrinimas - Ši praktika gali be reikalo nustumti vartotojus, kai prireikia naujų funkcijų, nes bandytojai tik tikrina sistemos būseną ir nedaro nieko kito, tik bando bet kurią konkrečią sąsajos dalį.

Vartotojo priėmimo testų tipai

Toliau pateikiami 5 naudotojo priėmimo testų tipai:

1. Alfa naudotojo priėmimo testas:

• Alfa UAT reiškia, kad jūsų vartotojas yra išbandytas prieš jam įsigyjant produktą, todėl, jei bandote naudotojų naudojimo būdus, rekomenduojame atlikti alfa testą, kad įsitikintumėte, jog jis gali išlaikyti visus priėmimo testus prieš pradedant beta versiją.
• Tai leidžia greičiau patvirtinti ankstyvuosius naudotojus / bandytojus, o tai leidžia greitai koreguoti programinę įrangą tobulėjant kiekvienam išleidimo ciklui link funkcijų brandos.
• Tai užtikrina, kad nebus jokių klaidų ar išnaudojimų, kai tik bus pasiekiami saugos naujinimai, pagrįsti produktų, išleistų vėliau per jų gyvavimo ciklą, pritaikymo lygiais. Tai turėtų būti padaryta praėjus mažiausiai šešiems mėnesiams po paleidimo.

2. Beta versijos naudotojo priėmimo testavimas:

• Beta UAT reiškia, kad naudotojams, baigusiems vieną ar daugiau bandymų etapų, bus rodomas iššokantis langas, nurodantis, ar jie priimti išbandyti naudojant naują Angular2 versiją (beta versiją).
• Programa išbandyta natūralioje aplinkoje.
• Tai sumažina riziką ir gedimus bei pagerina gaminio kokybę per klientų atsiliepimus.

3. Priėmimo bandymas (OAT):

• Veiklos priėmimo testavimas (OAT) yra programinės įrangos testavimo metodas, kuris įvertina programinės įrangos parengtį veikti prieš išleidžiant ar gaminant.
• Eksploatacijos priėmimo testavimo tikslas – užtikrinti sistemos ir komponentų atitiktį bei sklandų sistemos veikimą standartinėje veikimo aplinkoje (SOE).
• OAT testavimas (angl. Operational Acceptance Testing) taip pat žinomas kaip operatyvinio pasirengimo testavimas (ORT) arba operatyvinis testavimas.
• Šie bandymų atvejai garantuoja, kad yra sukurti darbo procesai, leidžiantys naudoti produktą ar sistemą.
• Tai turėtų apimti darbo procesus, susijusius su sustiprinimo planais, klientų paruošimu ir įvairiais palaikymo ciklais bei saugumo patikrinimais.

4. Sutarties priėmimo bandymas:

• Sutarties priėmimo testavimas reiškia sukurtos programinės įrangos testavimo procesą pagal iš anksto nustatytus ir sutartus kriterijus ir specifikacijas.
• Kai projekto komanda susitaria dėl sutarties, ji apibrėžia atitinkamus priėmimo kriterijus ir specifikacijas.

5. Priėmimo tikrinimas pagal taisykles:

• Reglamentas AT paprastai vadinamas atitikties AT.
• Toks patvirtinimo patikrinimas atliekamas siekiant užtikrinti, kad daiktas nepaisytų jokių taisyklių ir taisyklių, kurias nustato konkrečios šalies, kurioje daiktas perduodamas, reguliuojančios asociacijos.
• Paprastai dalykai, kurie yra prieinami iš vienos planetos pusės į kitą, turėtų būti tikrinami, atsižvelgiant į tai, kad skirtingose ​​šalyse yra skirtingi standartai ir taisyklės, kurias nustato atskiros vadovaujančios asociacijos.

Vykdymo veiksmai Vartotojo sutikimas Testai

UAT testų vykdymo veiksmai

konvertuoti į java eilutę

1. Reikalavimų analizė:

Šis žingsnis apima verslo reikalavimų analizę. Siekiant nustatyti ir parengti bandymo scenarijus, bus svarstomi ir kruopščiai išnagrinėti šie dokumentai:

• Verslo naudojimo atvejai.
• Verslo reikalavimų dokumentas (BRD).
• Sistemos reikalavimų specifikacija (SRS).
• Proceso srauto diagramos.

2. UAT bandymo plano kūrimas:

Šiame žingsnyje sukuriama bandymo vieta, kuri padės apibūdinti testavimo strategiją, kuri bus naudojama norint patikrinti ir užtikrinti, kad programinė įranga atitinka numatomus verslo reikalavimus. Bandymo planas apima įėjimo kriterijus, išėjimo kriterijus, bandymo scenarijus ir bandomojo atvejo metodą.

3. Nustatykite bandymo scenarijus:

Šis veiksmas apima bandymo scenarijų nustatymą, atsižvelgiant į verslo reikalavimus, ir bandymų atvejų sukūrimą, kuriame pateikiami aiškūs bandymo žingsniai. Bandomieji atvejai turėtų apimti UAT bandymo scenarijus.

4. Sukurkite UAT bandymo atvejus:

Atlikdami šį veiksmą sukurkite UAT testavimo atvejus, apimančius daugumą bandymo scenarijų. Verslo naudojimo atvejai čia yra įvestis kuriant bandomuosius atvejus.

5. Paruoškite bandymo duomenis:

Manoma, kad geriausia praktika naudoti tiesioginius duomenis UAT testavimui, UAT bandytojai turėtų būti susipažinę su duomenų bazės srautu.

6. Bandomasis paleidimas:

Šis veiksmas apima bandomuosius atvejus ir pranešimus apie klaidas, jei tokių yra. Ištaisę klaidas iš naujo išbandykite programinę įrangą. Šiame žingsnyje testų valdymo įrankiai gali būti naudojami bandomajam atvejui vykdyti.

7 . Patvirtinkite verslo tikslus:

Atlikdami šį veiksmą, UAT bandytojai turi pasirašyti laišką po UAT testavimo, kad įsitikintų, jog produktas yra tinkamas gamybai. Pateikiami produktai yra bandymo planas, UAT bandymų scenarijai, bandymų atvejai, rezultatų žurnalas ir defektų žurnalas.

Vartotojų priėmimo testavimo (UAT) iššūkiai

Iššūkiai, kylantys atliekant vartotojo priėmimo testavimą, yra šie:

• Klaidingų pranešimų veikla: Gali būti labai sudėtinga kontroliuoti potencialių naudotojų naudojimą ir netinkamą naudojimą / klaidingų pranešimų teikimą. Pavyzdžiui, ši problema gali iškilti, kai įmonėje nėra įrengtos tinkamos informacinės sistemos. Nesugebėjimas arba sunku nustatyti riziką, susijusią su elgesiu internete, dėl kurios ateityje gali būti priimti sprendimai dėl saugos, pagrįsti naudotojo patirtimi, bus sunku, jei norime, kad šios problemos išliktų net ir po pakartotinių priemonių. Pats „vartotojas“ tapo vis svarbesne sąvoka šiuolaikiniame pasaulyje, kuriame žmonės elektroninėmis priemonėmis nuolat sužino apie naujus ir esamus reiškinius, kurių niekada negalėjo numatyti savo pirmoje vaikystėje.
• Tinkamas pavyzdys, norint parodyti: Pateikite pavyzdinį projektą, kad patikrintumėte pagrįstumą ir patikimumą arba bent jau našumą, tokius aspektus kaip laiko sudėtingumas, išteklių naudojimas vienam vartotojui ir kt.
• Tinkamas įvertinimas: Įvertinti, kaip vartotojai tvarko šią informaciją po sėkmingo priėmimo Testą reikia atlikti naudojant įprastus programavimo įrankius, kurie pateikia tinkamus įvesties duomenis, įskaitant HTML formato pavyzdžius su pasirenkamomis įvestimis atsiliepimams prieš ir po kiekvienos iteracijos.
• Naudojimas: Testuotojo darbas UAT yra labai svarbus, nes jie turi parodyti jūsų produkto tinkamumą naudoti imituodami realaus gyvenimo scenarijus. Jie taip pat turi rinkti informaciją apie tai, kaip vartotojai sąveikauja su jūsų produktu. Šis procesas gali būti sudėtingas netechniniams žmonėms, nes jiems trūksta reikiamo supratimo, kad galėtų tinkamai įvertinti jūsų produktą. Laimei, yra daug išteklių, kad ši patirtis būtų kuo lengvesnė ir patogesnė. Galite pakviesti techninės pagalbos narius arba savanorius iš savo įmonės ar bendruomenės išbandyti programą, nes jie gali veikti kaip vadovai ir padėti mažiau technologijų išmanantiems žmonėms įvertinti jūsų kūrinį.
• Tinkamas balansas: IT specialistai turi ne tik kviesti vartotojus, bet ir suderinti vartotojų indėlį ir lūkesčius su išlaidomis ir apribojimais. Pavyzdžiui, kai kurios įmonės riboja vartotojų skaičių viename kompiuteryje atliekant beta versijos testus. Tai riboja išlaidas ir duomenų rinkimą. Kitos įmonės naudoja VPN, kad tik tam tikri klientai galėtų prieiti prie programos vienu metu. Tai apriboja išlaidas, neribodama duomenų rinkimo.
• Vartotojo atliekamų veiksmų apribojimai: Taip pat yra apribojimų, kokius veiksmus kiekvienas vartotojas gali atlikti programoje – pavyzdžiui, kai kurios programos turi galiojimo pabaigos datą, kad įmonės nešvaistytų vertingų duomenų nepatraukliems klientams.

Reikia atlikti vartotojo priėmimo testą

• Naudojimas: Programinės įrangos testavimo programinės įrangos testavimo procese reikia atlikti vartotojo priėmimo testą, nes programinės įrangos testavimo procesas priklauso nuo naudotojų pripratimo.
• Atsiliepimo mechanizmas: Geriausias būdas pasiekti vartotojus ir užtikrinti jų pasitikėjimą yra pateikti atsiliepimus atliekant tinkamumo testavimą naudojant įrankius.
• Neįmanoma priežastis: Yra keletas priežasčių, kodėl tai gali būti neįmanoma: Trūkumas – yra daug būdų, kaip galima atlikti vartotojo priėmimo testus sudėtingų funkcijų turinčiose programose – buvusį „Safari“ bandytojai nuo jos debiuto prieš 2 dešimtmečius labai daug pakeitė. . Naudojant tinkamus testavimo metodus, naudojimo atvejis labai greitai taps paprastas.
• Dokumentacija ir komunikacija: Programinės įrangos bandytojai ieško geros dokumentacijos apie tai, kaip veikia kodas, kad galėtų patikrinti, ar tai, ką jie daro, veikia tiksliai taip, kaip žadėta; tai užtikrina sąžiningą testą, jei reikia, arba tiesiog pagerina jų gebėjimą bendrauti vardu, bet ne per pačius testus. Tai taip pat atveria jiems galimybę išbandyti ką nors naujo (pvz., kai kurių naujų funkcijų), kol neatsiras problemų dėl funkcionalumo trūkumo.

Priemonės, skirtos Vartotojo priėmimo testas

Toliau pateikiami keli UAT naudojami įrankiai:

1. Marker.io: Tiesiogiai praneškite apie vizualines klaidas savo įrenginiuose, neišeidami iš svetainės ar žiniatinklio programos

• Tai leidžia vartotojams skelbti pranešimus, komentarus ir įvykius į „Google Analytics“ priglobtą centrą su pasirenkamu delsa tarp atnaujinimų, o tai užtikrina, kad per sekundę būtų išsiųstas tik vienas pranešimas.
• Tai uždelsia duomenų praradimą, nes pašalinama bet kokia atsitiktinė vartotojo sąveika, galinti nutraukti žiniatinklio programų srautą.

2. Visa istorija: Leidžia klientams sekti ir tikrinti kiekvieną kliento veiksmą. Nuo snaps iki puslapio pažangos – viskas pateikiama atitinkamai.

• Tai leidžia vizualizuoti vartotojo priėmimą ir atmetimą naudojant kai kuriuos grafikus, panašius į „GraphPad“, bet turinčius daug daugiau lankstumo.
• Duomenis galima peržiūrėti naudojant interaktyvias informacijos suvestines, tokias kaip „Scrum“, arba naudojant atskiras jų dalis, kurios vėliau vizualizuojamos kartu su faktiniais naudotojų atsiliepimais naudojant jūsų mėgstamą programinę įrangą. Dėl to atlikti tokį struktūrinį testą daug lengviau, nei paprastai manoma, o gal net mažiau. varginantis.

3. „Hotjar“: Atskleidžia internetinį jūsų klientų elgesį ir balsą. „Hotjar“ pateikia „10 000 pėdų vaizdą“, kaip toliau tobulinti savo svetainės klientų patirtį ir vykdymo / transformacijos greitį.

• Ši programa vykdo paslaugą, kuri stebi internetinę žmonių, kurie kada nors peržiūrėjo jūsų svetainę, duomenų bazę.
• Šiame puslapyje apibendrinama, ką siūlo „Hotjars“, ir pateikiami patarimai, kaip kurti svetaines naudojant jas.
• Be to, jis leidžia vartotojams vykdyti testus iš komandinės eilutės ir puikiai atlieka įvairių funkcijų, kurios gali būti pridėtos vėliau, testavimą.

4. CrazyEgg: Žiniatinklio įrenginys, kuris peržiūri atskirus jūsų svetainės puslapius ir pateikia informaciją apie tai, kur įvairūs svečiai spustelėjo ir kurią ekrano dalį.

• Vartotojas turės sukurti klasę su visais reikalingais metodais ir grąžinti reikšmes pagal argumentus, kad tai galėtų lengvai patikrinti kiti kūrėjai arba klientai / vartotojai, naudojantys skirtingas API, pvz., Selenium Server testavimo rinkinius.
• Jis yra dviejų skonių – vienas sukurtas remiantis „Mocha Test Suite“, t.

5. Qualaroo: Leidžia vartotojams lengvai išbandyti savo žiniatinklio programas.

• Qualaroo yra Python biblioteka, leidžianti vartotojams lengvai išbandyti savo žiniatinklio programas.
• Įprastas duomenų struktūras galima sukurti „Python“, kuri leidžia tiesiogiai vykdyti skirtingų serverio konfigūracijų testus, naudojant kokybės užtikrinimo įrankius, tokius kaip RSpec ir TDDRunner.

6. Sentry: Žiniatinklio sąsaja, leidžianti vartotojams patiems rašyti priėmimo testus

• Tai paprasta, bet veiksminga ir buvo priimta į keletą nacionalinių standartų įstaigų, tokių kaip ISO 9001 ir ANSI X9-TRIAMS.
• „Sentry“ suteikia žiniatinklio sąsają, leidžiančią vartotojams rašyti priėmimo testus ir juos įkelti pasirinkdami savo prietaisų skydelio parinktį iš įrankių juostos meniu su įvairiais sąrankos metu pasirinktais bandymo atvejais.

Gairės, skirtos Vartotojo priėmimo testas

Naudotojo priėmimo gairės Esamo kodo tikrinimas ir peržiūra yra šios:

• Nekeiskite daug: Nekeiskite daug, išskyrus rezultatą.
• Sumažinkite sudėtingumą: Stenkitės sumažinti sudėtingumą ir sudaryti patogią sąsają, parašydami paprastus testus.
• Tobulinimo sritis: Jei galite nustatyti, ką būtų galima pagerinti jūsų bandymo rezultatuose arba jei verta tai padaryti, padarykite tai.
• Saugumas: Norėdami užtikrinti programos kodo saugumą, įsitikinkite, kad tik įgalioti naudotojai turėtų su juo bendrauti (negalite pasitikėti jokiais neteisėtais duomenimis).
• Stiprūs slaptažodžiai: Taip pat privalote naudoti stiprius slaptažodžius, kai tiesiogiai ar netiesiogiai prekiaujate mūsų svetainėje bent kartą per dieną po to, kai bus baigtas registravimas.
• UAT vykdymas: Vartotojo priėmimo bandymai gali būti atliekami naudojant programinės įrangos modeliavimą arba rankiniu būdu sąveikaujant su galutiniais vartotojais. Tam reikia atlikti kelis bandymus su skirtingais naudotojų tipais, siekiant nustatyti problemas, dėl kurių produktas negali būti naudojamas tinkamai. Kompiuterinis modeliavimas leidžia testuotojams valdyti kiekvieną paspaudimą, klaviatūros įvestį ir rodymo elementą kompiuterio ekrane. Tai leidžia atlikti tikslesnį testavimą nereikalaujant fizinių įrenginių ar žmogiškųjų išteklių. Svarbu pažymėti, kad ne visas klaidas sukelia prastas dizainas – kai kurios gali atsirasti dėl vartotojo klaidų arba netinkamai sukonfigūruotų sistemos nustatymų. Čia atliekami naudotojo priimtinumo testai, kuriais užtikrinama, kad galutinis vartotojas tinkamai naudos jūsų produktą, kad galėtumėte ištaisyti visas klaidas, kurios trukdo naudoti.
• Kodo peržiūra: Kodo peržiūra sutelkta į techninius aspektus, tokius kaip funkcionalumas, saugumas ir našumas. Techninis gaminio aspektas užtikrina, kad jis veiktų taip, kaip numatyta ir atitiktų klientų lūkesčius. Kodo tikrintojai peržiūri kiekvieną programos kodo eilutę, kad įsitikintų, jog su kodu nėra klaidų ar kitų techninių problemų. Tai padeda išvengti klaidų ar problemų su programa, kurios gali būti ne iš karto akivaizdžios galutiniams vartotojams. Recenzentai taip pat patikrina, ar nėra programos ir kitų įrenginių bei programinės įrangos suderinamumo problemų, užtikrindami, kad jūsų projektas tinkamai veiktų su kitomis programomis ir aparatine įranga.
• Valstybės tikslai: Prieš pradedant bet kokią vartotojo priėmimo ar kodo peržiūros programą, būtina aiškiai nurodyti savo tikslus. Idealiu atveju šios programos turėtų pagerinti būsimų projektų kokybę, neprarandant jiems tiesiogiai skirto laiko. Anksti įgyvendinę šiuos testus galite sutelkti dėmesį į sėkmingo produkto kūrimą, o ne kovoti su esamais kūrimo proceso trūkumais.

Išėjimo kriterijai Vartotojo priėmimo testas

Yra keletas išėjimo kriterijų, kuriuos reikia įvykdyti atliekant vartotojo priėmimo testą. Jie įtraukia:

• Pasitikėjimas: Didelis pasitikėjimo lygis, kad siūlomas vartotojas turi pakankamai žinių, patirties ir įgūdžių, kad galėtų efektyviai atlikti bent vieną užduotį.
• Tinkamas vykdymas: Kai testai rodo, kad vartotojai gali sėkmingai prisidėti prie esamų užduočių, naudodamiesi savo patirtimi. Visos trys kadencijos atitinka skirtingus lygius, kurių kiekviena yra mažesnė nei 50%, palyginti su visą darbo dieną dirbančiais šios srities specialistais. Kai naudojate šiuos du kriterijus kaip įvestį, jūsų tikslas yra gauti paramą iš kitų, pasiekusių panašių rezultatų kitais tyrimo metodais, užuot sutelkus dėmesį tik į tai, kaip tai buvo svarbu, kai jie pasiekė.
• Mažesni defektai: Išanalizavę testo rezultatus, projektų vadovai turėtų galėti padaryti tam tikras išvadas, remdamiesi tuo, ką rado. Pavyzdžiui, jei atliekant bandymą klaidų yra daugiau nei tikėtasi, tai gali būti laikoma teigiamu ženklu. Tai rodo, kad programą lengva išmokti ir naudoti, o tai yra būtina sėkmingo įgyvendinimo sąlyga. Be to, tai reiškia, kad jų projekto tikslai yra suprantami ir lengvai įgyvendinami galutiniams vartotojams. Kitaip tariant, jų verslo procesas veikia patenkinamai. Jei klaidų yra mažiau nei tikėtasi, tai taip pat gali būti vertinama kaip teigiamas ženklas. Tai rodo, kad tam tikrų saugos priemonių įdiegimas ankstyvame kūrimo ciklo etape padės sumažinti netikėtas klaidas testavimo metu.
• Jokių kritinių defektų: Padarę šias išvadas, projektų vadovai turėtų užtikrinti, kad visi kritiniai defektai, nustatyti testavimo metu, būtų pašalinti per vieną mėnesį nuo paleidimo. Tai suteikia jiems laiko įspėti vartotojus apie bet kokias išliekančias problemas ir ištaisyti visas kritines klaidas prieš išleisdamos galutinę kopiją galutiniams vartotojams. Tai padidins patenkintų vartotojų tikimybę ir padidins ankstyvo naudotojo susidomėjimą jūsų produktu.
• Pagal UAT: Gerai koordinuotas UAT padeda programinės įrangos kūrėjams anksti identifikuoti problemas projektų metu, taip sumažinant bendras kūrimo išlaidas ir vėlavimą. Taigi, norint efektyviai atlikti UAT, kiekvienas projekte dalyvaujantis kūrėjas reikalauja daug planavimo ir įsipareigojimo. Testą atliekantis kūrėjas turėtų atidžiai išanalizuoti kiekvieną scenarijų prieš pereidamas prie kito bandymo veiksmo. Tai padės jiems pagaminti kokybišką produktą, kuris atitiktų klientų poreikius ir atitiktų projekto tikslus kuo anksčiau.

Vartotojo priėmimo testavimas prieš sistemos testavimą

Priėmimo testavimas prieš V modelį

Toliau pateikiamas skirtumas tarp priėmimo testavimo ir V modelio: