Vartotojo sąsajos testavimas yra svarbesnis nei bet kada anksčiau dėl visuotinio svetainių ir programų populiarėjimo. Jei diegiate naują programinę įrangą ar tinklalapį, labai svarbu tinkamai sukurti naudotojo sąsają (UI) ir suderinti funkcionalumą bei estetiką.
Kuriant patrauklią vartotojo sąsają reikia daug ką padaryti, o vartotojo sąsajos testavimas yra lakmuso popierėlis, kuriuo galima nustatyti, ar sąsaja atitinka visus reikalavimus.
Šiame straipsnyje apžvelgsime visas pagrindines su vartotojo sąsajos testavimu susijusias sritis, pradedant vartotojo sąsajos apibrėžimu ir baigiant geriausiais vartotojo sąsajos testavimo būdais.
Vartotojo sąsajos ir grafinės sąsajos santykis: GUI: painiavos išaiškinimas
Pirmiausia pabandykime išsiaiškinti bet kokią painiavą, susijusią su sąvokomis „vartotojo sąsaja” ir „grafinė vartotojo sąsaja”. Toliau pateikiame šių dviejų terminų reikšmių ir jų skirtumų paaiškinimą:
1. Kas yra vartotojo sąsajos testavimas?
Vartotojo sąsaja, arba vartotojo sąsaja, yra platforma, kurią naudojate norėdami sąveikauti su tam tikra programine įranga. Naudotojo sąsaja – tai vieta, kurioje galite įvesti nurodymus, įvesti duomenis arba peržiūrėti informaciją ekrane ar monitoriuje.
Yra daug skirtingų vartotojo sąsajų tipų, įskaitant grafines vartotojo sąsajas (GUI) ir komandinės eilutės sąsajas, kuriose rodomas tik kodas ir tekstas.
2. Kas yra grafinė vartotojo sąsaja (GUI)?
Grafinė vartotojo sąsaja (GUI) yra daugumai pažįstamas vartotojo sąsajos tipas. Tai sąsajos tipas, kuriame naudojami vaizdai, padedantys mums sąveikauti su sistemos funkcijomis.
Pavyzdžiui, galite naudoti meniu arba įrankių juostas su piktogramomis, kurios padeda naršyti sistemoje. Grafinėse sąsajose gerai veikia net tekstas, kuris padeda naudotojui atlikti tam tikrą funkciją, pvz., spustelėti „failas”, kai norite atidaryti arba išsaugoti dokumentą.
3. Vartotojo sąsaja ir grafinė vartotojo sąsaja
Kad geriau suprastumėte šias dvi sąveikos su kompiuteriu formas, pažvelkite į toliau pateiktą tiesioginį vartotojo sąsajos ir grafinės vartotojo sąsajos palyginimą:
NAUDOTOJO SĄSAJA:
– Vartotojo sąsajos santrumpa
– Tai tam tikros rūšies platforma, leidžianti naudotojams sąveikauti su prietaisais
– Tai žmogaus ir mašinos sąveikos forma
– Ją naudoja visi ir ji dažnai veikia fone, todėl nežinote, kad ją naudojate.
– Įprasti pavyzdžiai: MS-DOS arba „Unix
GUI:
– Grafinės vartotojo sąsajos santrumpa
– Tai tam tikros rūšies platforma, kurioje naudojama grafika, padedanti naudotojams naršyti po įrenginio funkcijas.
– Tai vartotojo sąsajos poklasis
– Ją paprastai naudoja vidutiniai, kasdieniai naudotojai, pvz., vartotojai.
– Dažniausi pavyzdžiai – „Windows 10”, „iOS” ir „Android
Kas yra naudotojo sąsajos (UI) testavimas?
Vartotojo sąsajos (UI) testavimas, kartais, priklausomai nuo konteksto, vadinamas GUI testavimu, – tai veiksmų, kuriais vertinamas taikomosios programos vizualiųjų elementų našumas ir bendras funkcionalumas, rinkinys. Juo siekiama patikrinti ir patvirtinti įvairias vartotojo sąsajos funkcijas ir užtikrinti, kad nebūtų jokių netikėtų rezultatų, defektų ar klaidų.
Naudotojo sąsajos testavimas naudojant tokius įrankius kaip ZAPTEST pirmiausia naudojamas norint patikrinti naudotojo sąsajos patogumą, funkcionalumą ir našumą, kad būtų įsitikinta, jog ji atitinka paskirtį.
Kai kuriais atvejais taip pat tikrinama, ar laikomasi bendrų sistemos dizaino koncepcijų, ar jos vizualiai vientisos.
Kada ir kodėl reikia naudotojo sąsajos testų?
Naudotojo sąsajos testavimas paprastai būna veiksmingiausias prieš išleidžiant programą į gamybą. Taip siekiama užtikrinti, kad galutinis naudotojas patirtų geriausią patirtį, o klaidų ir defektų būtų kuo mažiau.
Galutiniai naudotojai nėra geriausi programinės įrangos bandytojai, todėl svarbu išspręsti bet kokias problemas, kol jos dar nepasiekė jų.
Naudotojo sąsajos testavimas yra naudingas būdas įvertinti, kaip programa atlieka tam tikrus veiksmus, pvz., klaviatūra ir pele sąveikauja su meniu. Ji padeda patikrinti vizualinius programos elementus ir užtikrinti, kad jie būtų rodomi teisingai.
Naudotojo sąsajos testavimas taip pat yra puikus būdas įvertinti našumą ir įsitikinti, kad nėra jokių klaidų ar problemų, susijusių su programos funkcionalumu.
Naudotojo sąsajos testų tipai
Priklausomai nuo testuojamos programos, galima atlikti daugybę skirtingų vartotojo sąsajos testų.
Naudotojo sąsajos bandymais galima patikrinti daugybę programų funkcijų, todėl pasirinkus tinkamą bandymų tipą galima nustatyti konkrečias problemas.
Kitaip tariant, priklausomai nuo to, ką ketinate tikrinti, galite taikyti skirtingus vartotojo sąsajos testavimo metodus ir naudoti tokias priemones kaip ZAPTEST automatinio vartotojo sąsajos testavimo įrankiai.
Kai kurios iš labiausiai paplitusių funkcinio ir nefunkcinio testavimo metodikų yra šios:
1. Regresijos testavimas
Regresinis testavimas – tai vartotojo sąsajos testavimo rūšis, kurios metu tikrinami bet kokie programos ar svetainės kodavimo pakeitimai.
Taip užtikrinama, kad atlikus kodo dalių pakeitimus visos programos funkcijos veiktų taip, kaip numatyta.
Jai nereikia atlikti jokių įmantrių testų, ji tiesiog paleidžia kodą, kad įsitikintų, jog visos priklausomybės ir funkcijos veikia taip pat, kaip ir prieš atliekant pakeitimus.
2. Funkcinis testavimas
Funkcinio testavimo tikslas – patikrinti, ar programa atitinka visus funkcinius reikalavimus.
Joje išbandomos visos atskiros programos funkcijos, tada patikrinamas rezultatas ir įsitikinama, kad programa veikia taip, kaip tikėtasi.
Šio tipo naudotojo sąsajos testavimo metu paprastai daugiausia dėmesio skiriama juodosios dėžutės testavimui, kurio metu nenagrinėjamas joks pradinis kodas. Paprastai tikrinami tokie dalykai kaip naudotojo sąsaja, visos susijusios API, kliento ir serverio ryšys ar saugumas.
3. Priėmimo bandymas
Priėmimo testavimas, kartais vadinamas vartotojo priėmimo testavimu (UAT), yra vartotojo sąsajos testavimo forma, kurią atlieka galutinis taikomosios programos naudotojas, kad patikrintų sistemą prieš ją perkeliant į gamybą.
Tokio tipo vartotojo sąsajos bandymai dažniausiai atliekami baigiamuosiuose bandymų etapuose, kai jau patikrintos kitos sritys.
Priėmimo testavimas naudojamas siekiant patvirtinti bendrą programos srautą nuo pradžios iki pabaigos. Ji nenagrinėja paviršutiniškų klausimų, pavyzdžiui, rašybos klaidų ar estetinių problemų. Joje naudojama atskira bandymų aplinka, imituojanti gamybinę aplinką ir užtikrinanti, kad ji būtų parengta pereiti į kitą etapą.
4. Vieneto testavimas
Vieneto testavimo tikslas – patikrinti atskirus programos komponentus ir patvirtinti, kad jie veikia taip, kaip numatyta.
Paprastai jis atliekamas kodavimo etape, todėl tokio tipo vartotojo sąsajos testus paprastai atlieka programuotojai.
Vieneto testavimas atliekamas atskiriant kodo dalį ir įsitikinant, kad ji veikia taip, kaip tikimasi. Ši atskira kodo dalis gali būti konkretus modulis, funkcija, objektas ar bet kuri kita atskira programos dalis.
5. Veiklos testavimas
Atliekant našumo bandymus siekiama įvertinti taikomosios programos optimizavimą, t. y. vertinamas jos greitis, stabilumas, reakcija ir mastelio keitimas.
Šio tipo vartotojo sąsajos testavimo tikslas – rasti bet kokias problemines programos sritis arba duomenų srauto kliūtis. Trys pagrindinės sritys, į kurias atsižvelgiama, yra greitis, mastelio keitimas ir programos stabilumas.
6. GUI testavimas
GUI testavimo įrankiais tikrinama programos grafinė vartotojo sąsaja, siekiant įsitikinti, kad visos funkcijos veikia taip, kaip tikimasi.
Tai apima grafinio turinio ir programos valdiklių, pavyzdžiui, mygtukų, įrankių juostų ir piktogramų, peržiūrą. GUI yra tai, su kuo galutinis naudotojas sąveikauja ir ką mato naudodamasis programa.
Kokia naudotojo sąsajos testavimo nauda?
Naudotojo sąsajos testavimas ir tokių įrankių, kaip ZAPTEST naudotojo sąsajos testavimo rinkinys, naudojimas yra naudingas tiek kūrėjui, tiek galutiniam naudotojui.
Toliau pateikiama keletas pagrindinių su vartotojo sąsajos testavimu susijusių privalumų:
1. Tai pagerina funkcionalumą
Svarbu išbandyti programas ir užtikrinti, kad jos veiktų taip, kaip tikimasi, kad, jei būtų kokių nors trikdžių, klaidų ar kitų problemų, jas būtų galima išspręsti prieš išleidžiant.
Jei galutiniai naudotojai gauna programą su klaidomis, klaidų ar neveikiančią, ji neatliks darbo, kurio iš jos tikimasi. Tai savo ruožtu sukelia pernelyg daug problemų galutiniams naudotojams ir jie gali nustoti ja naudotis.
2. Tai palengvina naudojimą
Naudotojo sąsajos testavimo automatizavimo įrankiai taip pat padeda optimizuoti ir supaprastinti programą.
Net jei visi kodai veikia taip, kaip turėtų, prastai sukurta sąsaja gali suklaidinti galutinius naudotojus ir greitai juos atstumti, o tai sumažins programos pritaikymo rodiklius. Naudotojo sąsajos testavimas yra puikus būdas ištaisyti bet kokius elementus ar dizaino sprendimus, kad ją būtų lengviau naudoti.
3. Tai stiprina programų reputaciją
Skirdami laiko tinkamam vartotojo sąsajos testavimui ir pasitelkdami tokias priemones kaip ZAPTEST testavimo automatizavimo programinė įranga, galite nušlifuoti programą ir padaryti ją kuo patogesnę vartotojui.
Kai tai daroma tinkamai, programa tampa puikiu prekės ženklo ambasadoriumi, o tai didina bendrą jos reputaciją. Jei programa veikia be klaidų ir daro viską, ką turi daryti, naudotojai tai įvertins ir naudosis programa.
Kokie yra pagrindiniai vartotojo sąsajos testavimo iššūkiai?
Nors vartotojo sąsajos testavimas yra svarbi taikomosios programos kūrimo dalis, tai nebūtinai yra lengva proceso dalis.
Su nemokama vartotojo sąsajos testavimo automatizavimo programine įranga yra nemažai problemų ir iššūkių, kurie apsunkina šį darbą.
Toliau pateikiami kai kurie pagrindiniai iššūkiai, susiję su vartotojo sąsajos testavimu, kai naudojamos netinkamos vartotojo sąsajos testavimo priemonės:
1. Vartotojo sąsajos atnaujinimai
Programos kūrimas paprastai yra pasikartojantis procesas, kurio metu per visą kūrimo ciklą ir vėliau diegiamos naujos funkcijos ir ypatybės.
Dėl visų šių atsitiktinių pokyčių gali būti gana sunku veiksmingai atlikti vartotojo sąsajos testus, nes kitos priklausomybės ir kodo sąveikos keičia tai, kas testuojama.
2. Sudėtingėjantis testavimas
Programos ir svetainės dabar yra daug sudėtingesnės nei prieš kelerius metus. Dėl visų šių papildomų funkcijų naudotojo sąsajos testavimo įrankiai ir naudotojo sąsajos automatizavimo programinė įranga turi apimti daugiau elementų ir procesų.
Todėl daugelį naudotojo sąsajos testavimo įrankių reikia pritaikyti, kad jie atitiktų visus šiuos sudėtingus papildymus.
3. Laiko apribojimai
Sudėtingėjant programoms, sudėtingėja ir testavimui naudojamos priemonės. Naudotojo sąsajos testavimo scenarijai užima vis daugiau laiko, nes reikia patikrinti daugybę kodo. Ši problema dar labiau paaštrėja, kai nėra tinkamų vartotojo sąsajos testavimo įrankių.
4. Naudotojo sąsajos scenarijų atnaujinimas
Keičiantis naudotojo sąsajai ir diegiant naujas funkcijas, bandymų scenarijus reikia koreguoti, kad būtų galima išbandyti naujus procesus. Su kiekvienu nauju papildymu tai tampa vis sudėtingiau, nes bandymų scenarijai nuolat atnaujinami ir koreguojami, kad būtų pritaikytos naujos funkcijos.
Ar turėtumėte automatizuoti vartotojo sąsajos testavimą?
Kai reikia nuspręsti, koks yra geriausias taikomosios programos ar žiniatinklio sąsajos testavimo būdas, galima rinktis du skirtingus kelius – rankinį testavimą arba automatizuotą sąsajos testavimą naudojant automatines priemones. Tiek rankinis testavimas, tiek vartotojo sąsajos automatizavimas turi savų privalumų ir trūkumų, todėl pravartu apsvarstyti abu būdus ir išsiaiškinti, kuris iš jų geriausiai tinka programai.
Kas yra rankinis vartotojo sąsajos testavimas?
Rankinis testavimas, kitaip nei vartotojo sąsajos automatizavimas, apima rankinį testavimą, kai testuotojas rankiniu būdu sąveikauja su visomis taikomosios programos ar svetainės funkcijomis ir jas tikrina.
Jų pagrindinis tikslas – atkreipti dėmesį į bet kokius klausimus, pažeidimus ar problemas, susijusias su visa paraiška. Ši parinktis ypač naudinga mažesnėms programoms, turinčioms nedaug elementų, pavyzdžiui, ankstyvųjų programų versijų programoms.
1. Naudotojo sąsajos rankinio testavimo privalumai
Priklausomai nuo taikomosios programos ir jos dizaino, rankinis vartotojo sąsajos testavimas turi daug privalumų.
Toliau pateikiami kai kurie su rankiniu vartotojo sąsajos testavimu susiję privalumai:
– Atliekant rankinį vartotojo sąsajos testavimą į testavimą įtraukiamas žmogaus intelektas, kad būtų galima ieškoti klaidų ar problemų. Yra dalykų, kurių automatinis vartotojo sąsajos testavimas tiesiog negali atlikti, o norint rasti visus programos trūkumus, reikia žmogaus sąveikos, kritinio mąstymo ir žmogiškojo faktoriaus.
– Automatiniai testai gali užimti nemažai laiko, nes jų metu atkuriami keli skirtingų funkcijų scenarijai, kuriuos turi patikrinti žmogus testuotojas. Rankinis vartotojo sąsajos testavimas leidžia testuotojams sutelkti dėmesį į klaidų paiešką, o ne į emuliacijų kūrimą.
– Žmonės testuotojai paprastai gerai išmano programą ir dažnai praleidžia nesuskaičiuojamą daugybę valandų, kad priprastų prie sąsajos. Būtent dėl to jie supranta, į ką atkreipti dėmesį dėl klaidų, o tai padeda jiems nuolat gauti naujausią informaciją apie dabartinę programos būklę.
– Yra problemų, kurių automatinis vartotojo sąsajos testavimas gali nepažymėti, nes jos nedaro poveikio kodui. Tokie dalykai, kaip serverio atsako laikas, gali vėluoti, tačiau automatinis testas jų gali lengvai nepastebėti. Atliekant rankinį vartotojo sąsajos testavimą ši problema pašalinama, nes vartotojas šias problemas pastebi iš karto.
– Rankiniu būdu atliekamas vartotojo sąsajos testavimas yra tiksliausia naudotojo patirties imitacija, nes sukuriama situacija, kuri atspindi galutinio naudotojo sąveiką su programa. Taip sukuriamas realus kontekstas, leidžiantis rasti problemas, kurias dažnai pastebi galutiniai naudotojai, bet kurių galbūt nepastebi automatinis vartotojo sąsajos testavimas.
2. Rankinio vartotojo sąsajos testavimo apribojimai
Rankinis vartotojo sąsajos testavimas taip pat turi apribojimų, į kuriuos reikėtų atsižvelgti prieš priimant sprendimą dėl geriausio testavimo metodo jūsų programai.
Kai kurie iš rankiniu būdu atliekamų vartotojo sąsajos testų apribojimų yra šie:
– Rankinis testavimas trunka daug ilgiau nei automatinis vartotojo sąsajos testavimas, ypač naudojant šiuolaikines priemones, pvz., hiperautomatizaciją. Automatizuoto testavimo scenarijai gali veikti daug greičiau nei bet koks žmogaus indėlis, todėl pasirinkus rankinį žiniatinklio sąsajos testavimą, grafikas papildomas papildomomis valandomis.
– Kadangi rankinis žiniatinklio naudotojo sąsajos testavimas galiausiai yra žmogiškas procesas, jame gali pasitaikyti žmogiškųjų klaidų. Atliekant rankinį vartotojo sąsajos testavimą gali būti nepastebėta klaidų dėl dėmesio stokos ar išsiblaškymo, o tai gali sukelti problemų. Palyginti, atliekant automatinį vartotojo sąsajos testavimą iš šio proceso pašalinamas žmogiškasis veiksnys, todėl tokių problemų kyla kur kas rečiau. Tai ypač pasakytina apie naujausius vartotojo sąsajos automatinio testavimo tipus, pavyzdžiui, robotizuotą procesų automatizavimą.
– Faktinis rastų klaidų registravimo procesas trunka kur kas ilgiau, todėl gali būti sunku sekti bet kokius atliktus pakeitimus. Šiuo atveju automatinis vartotojo sąsajos testavimas yra geresnis metodas, nes jį reikia atnaujinti tik tada, kai įdiegiama nauja funkcija.
– Norint kvalifikuotai išbandyti vartotojo sąsajos testavimą rankiniu būdu, reikia gerai išmanyti taikomąją programą, kad būtų galima kompetentingai patikrinti problemas. Dėl šios priežasties testuotojams reikia tam tikro žinių lygio, kad jie galėtų veiksmingai testuoti. Automatizuotam testavimui toks žinių lygis nereikalingas.
3. Įrašymo ir atkūrimo testavimas
Įrašymo ir atkūrimo testavimas – tai tam tikra bekodinio vartotojo sąsajos testavimo forma, leidžianti atlikti testus neturint gilių programavimo žinių. Jame naudojama funkcija, skirta rankiniu būdu atliekamiems veiksmams programoje įrašyti prieš išsaugant juos kaip bandymų modelį.
Tai leidžia vartotojo sąsajos testą atlikti vėl ir vėl, nedalyvaujant žmogui.
4. Rankinis vs. įrašymas ir atkūrimas vs. automatizuotas testavimas
Priimant sprendimą dėl vieno iš šių trijų vartotojo sąsajos testavimo tipų, svarbu atsižvelgti į taikomosios programos apimtį ir mastą bei turimus išteklius.
Rankinį vartotojo sąsajos testavimą yra lengviausia sukurti ir naudoti, tačiau jam keliama daug reikalavimų, pavyzdžiui, testuotojas turi gerai išmanyti programą. Taip pat sunku tęsti rankinį vartotojo sąsajos testavimą, jei nuolat atnaujinate programą.
Naudotojo sąsajos testavimo automatizavimo įrankiai, pavyzdžiui, ” Zaptest” siūlomi įrankiai, yra puikus pasirinkimas, jei ketinate reguliariai atnaujinti programą, ir laikui bėgant tai atsiperka.
Įrašymas ir atkūrimas padeda užpildyti atotrūkį tarp šių dviejų vartotojo sąsajos testavimo tipų. Ji siūlo pagrindinį vartotojo sąsajos automatizavimo lygį, tačiau jai įjungti vis tiek reikia žmogaus indėlio.
Ką tikrinate atlikdami vartotojo sąsajos testus?
Tai, ką tikrinsite atlikdami vartotojo sąsajos testus, naudodami tokias priemones kaip ZAPTEST vartotojo sąsajos testavimo programinė įranga, priklausys nuo to, kas yra programoje.
Tačiau ji paprastai atitinka programos funkcionalumą. Pavyzdžiui, jei programa turi kasos puslapį, į vartotojo sąsajos testavimą būtų įtraukti tokie dalykai kaip mygtuko „Pirkti dabar” testavimas.
Nors faktiniai procesai, kuriuos reikia patikrinti, skiriasi priklausomai nuo programos, yra keletas bendrų UI dalykų, kuriuos reikia patikrinti, pvz:
1. Duomenų tipų klaidos
Šis naudotojo sąsajos testas užtikrina, kad atitinkamuose laukuose būtų naudojami tinkamo tipo duomenys. Pavyzdžiui, tekstas pavadinimams be galimybės naudoti skaičius. Jei vartotojo sąsajos testuotojas gali įvesti skaitines reikšmes pavadinimo lauke, vadinasi, kažkas negerai.
2. Lauko pločio klausimai
Tai naudojama tam tikrų laukų, pavyzdžiui, pašto kodų, simbolių skaičiui apriboti. Jei programoje neribojamas šių laukų simbolių skaičius, galutinis naudotojas gali įvesti neteisingus duomenis.
3. Mygtukai
Šiais vartotojo sąsajos bandymais užtikrinama, kad mygtukai veiktų teisingai, pvz., kad kito puslapio mygtukas nukreiptų galutinį naudotoją į kitą puslapį. Yra daug skirtingų tipų mygtukų, kurių paskirtis skiriasi, todėl svarbu, kad jie atliktų reikiamą darbą, kad būtų sukurta funkcionali programa.
4.Lentelės slinkimas
Jei programoje yra lentelių su duomenimis, lentelės slinkimas užtikrina, kad duomenis galima slinkti, o antraštės išlieka matomos.
Jei tai neveikia, galutiniam naudotojui duomenys tampa painūs.
5. Klaidų žurnalai
Programos gedimo ar klaidos atveju svarbu išbandyti klaidų žurnalus ir įsitikinti, kad juose pateikiami tikslūs pranešimų apie klaidas duomenys.
Be tikslių pranešimų apie klaidas ir klaidų žurnalų neįmanoma nustatyti, kas sukėlė problemą ir kaip ją išspręsti.
Kaip atlikti vartotojo sąsajos (GUI) testą?
Kad gerai įsivaizduotumėte, kaip atlikti vartotojo sąsajos (arba grafinės sąsajos) testą, sukursime pavyzdį.
Tarkime, ketiname išbandyti paraiškos puslapį, kuriame registruojama paskyra. Šiame puslapyje galima išbandyti kelis vartotojo sąsajos elementus, kurie pažymėti TC-X (kur TC reiškia testavimo atvejį, o X – elemento numerį).
Toliau pateikiamas galimų TC testų sąrašas:
TC-1: Prekės ženklo logotipas ekrano viršuje
– Reikėtų patikrinti, ar rodoma tinkama padėtis, šrifto tipas ir puslapio etiketė.
TC-2: Užregistruokite savo paskyrą
– Taip turėtų būti patikrinta, ar puslapio antraštė yra tiksli.
– Taip pat turėtų būti patikrinta, ar rodomas tinkamas šriftas.
TC-3: Vardo laukas
– Taip turėtų būti patikrintas tinkamas teksto langelio išlyginimas ir padėtis.
– Taip pat reikėtų išbandyti laukų etiketes ir patikrinti, ar jos priima galiojančius ir atmeta negaliojančius įrašus.
TC-4: Pavardės laukas
– Taip turėtų būti patikrintas tinkamas teksto langelio išlyginimas ir padėtis.
– Taip pat reikėtų išbandyti laukų etiketes ir patikrinti, ar jos priima galiojančius ir atmeta negaliojančius įrašus.
TC-5: Vartotojo vardo laukas
– Taip turėtų būti patikrinta, koks klaidos pranešimas rodomas įvedant ribotus simbolius.
– Taip pat reikėtų patikrinti, ar klaidos pranešimas yra teisingas ir tikslus.
TC-6: Slaptažodžio laukas
– Tai turėtų patikrinti lauko etiketes ir įsitikinti, kad jos priima galiojančius simbolius ir atmeta negaliojančius.
– Taip pat turėtų būti patikrintas teksto langelio išlyginimas ir padėtis.
TC-7: kito puslapio mygtukas
– Taip turėtų būti patikrinta, ar formos pateikimas veikia taip, kaip numatyta.
– Ji taip pat turėtų patikrinti mygtuko padėtį ir įsitikinti, kad naudotojas ją gali perskaityti.
Naudotojo sąsajos testavimo planas – kas tai?
Naudotojo sąsajos testavimo planas – tai dokumentas, kuris yra programų testavimo proceso dalis.
Naudotojo sąsajos testavimo plane pateikiama pagrindinė informacija apie programą ir su ja susijusią testavimo veiklą.
Testavimo plano kūrimas paprastai yra vienas pirmųjų žingsnių testuojant taikomąsias programas, nes juo nustatomos testavimo metodikos ir numatomi rezultatai.
Tai yra naudingas dokumentas, kuris leidžia testavimo grupei nepriklausantiems asmenims geriau suprasti, kas vyksta proceso metu.
Kaip parašyti vartotojo sąsajos bandymų planą
Naudotojo sąsajos bandymų planuose pateikiamos puikios gairės ir nurodymai naudotojo sąsajos testuotojams, todėl jų tinkamas parengimas tikrai padeda testuoti ir tikrinti programas.
Peržiūrėkite toliau pateiktus veiksmus ir sužinokite, kaip parašyti vartotojo sąsajos bandymų planą:
1. Įtraukite pagrindinę informaciją apie vartotojo sąsajos testavimą
Naudotojo sąsajos testavimo plane pateikiama visa pagrindinė informacija, reikalinga norint atlikti taikomosios programos testavimą. Dalis šios informacijos yra tokia:
– Testavimui reikalingi specialistai, jų funkcijos ir įgūdžiai.
– Bendras laikas, reikalingas programai išbandyti.
– Bandymui taikomi testavimo metodai.
– Visi bandymams reikalingi ištekliai, pavyzdžiui, speciali aparatinė įranga, dokumentai ar priemonės.
– Tikslinių bandymų aplinkų, pavyzdžiui, mobiliųjų įrenginių, konkrečios operacinės sistemos ar naršyklių, suskirstymas.
– Bendrieji testavimo proceso tikslai.
2. Dūmų bandymas
Toliau galite naudoti „dūmų” testavimą, kad lengviau sukurtumėte vartotojo sąsajos testavimo planą. „Smoke” testavimas yra naudingas būdas nustatyti pagrindines programos problemas ir klaidas, tačiau jis nėra pernelyg gilus.
Tai metodas, kuris geriausiai tinka vartotojo sąsajos testavimui viršutiniame programos sluoksnyje, todėl juo galima lengvai pastebėti akivaizdžias problemas.
3. Tinkamumo testavimas
Norint įsigilinti į programą ir rasti mažiau akivaizdžių klaidų ir trūkumų, atliekant vartotojo sąsajos testavimą puikiai tinka „sanity” testavimas.
Atliekant tinkamumo testavimą tikrinama, ar nauja arba pakeista programinė įranga atitinka taikomosios programos reikalavimus.
Nuo „dūmų” testavimo jis skiriasi tuo, kad yra daug išsamesnis ir apima vartotojo sąsajos testavimą, kuris leidžia giliau pažvelgti į programos funkcionalumą.
Po to, kai programa sėkmingai įveikia „dūmų” testą, atliekant tinkamumo testą atliekama papildoma patikra.
Naudotojo sąsajos bandymų scenarijai
Norint užtikrinti, kad programa veiktų taip, kaip numatyta, įvairiose srityse ir sąveikose, svarbu atlikti įvairius vartotojo sąsajos bandymų scenarijus.
Toliau pateikiamas vartotojo sąsajos testavimo scenarijų aprašas ir pavyzdys.
1. Kas yra vartotojo sąsajos testavimo scenarijai?
Naudotojo sąsajos testavimo scenarijus – tai būdas parengti kelių taikomosios programos naudojimo atvejų dokumentaciją.
Naudotojo sąsajos bandymo scenarijus naudojamas konkretiems veiksmams, kuriuos naudotojas gali atlikti naudodamasis programa, aprašyti.
Kai kuriais atvejais taip pat aprašomas scenarijus, kurį naudotojas gali patirti naudodamasis programa.
Naudotojo sąsajos bandymų scenarijai yra naudingi, nes jais patikrinama, ar taikomosios programos funkcijos veikia taip, kaip tikimasi. Norint sukurti naudingus scenarijus, reikia gerai išmanyti taikomąją programą ir gauti klientų bei kūrėjų indėlį.
2. Naudotojo sąsajos testavimo scenarijų pavyzdys
Kaip pavyzdį galima pateikti programos prisijungimo puslapio testavimo scenarijų. Naudojant naudotojo sąsajos bandymo scenarijų bus siekiama atsakyti į šiuos klausimus:
– Ar naudotojai gali prisijungti prie platformos naudodami tinkamus prisijungimo duomenis?
– Koks yra neteisingų prisijungimo duomenų naudojimo rezultatas?
– Kas atsitinka, kai naudojate galiojantį naudotojo vardą, bet negaliojantį slaptažodį?
– Kas atsitinka, kai palikote tuščius laukus ir bandote prisijungti?
– Jei yra mygtukas „Pamiršau slaptažodį”, kas atsitinka, kai jį spustelėjate?
– Ar visos puslapyje esančios nuorodos veikia taip, kaip numatyta?
Atsakymai į šiuos klausimus padeda naudotojo sąsajos testuotojams nustatyti bet kokias programos sritis, kurios neveikia taip, kaip turėtų.
Taip pat tikrinama, ar visi galimi veiksmai duoda laukiamą rezultatą, pavyzdžiui, ar prisijungiama naudojant tinkamus įgaliojimus.
Naudotojo sąsajos bandymų atvejai
Norint išnagrinėti atskirus vartotojo sąsajos testavimo scenarijaus aspektus, testavimo atvejai naudojami atskiroms taikomosios programos funkcijų dalims suskirstyti.
Toliau pateikiama santrauka, kas yra sąsajos testavimo atvejai, ir pavyzdžiai.
1. Kas yra vartotojo sąsajos testavimo atvejai?
Naudotojo sąsajos bandymo atvejis – tai veiksmų, atliekamų siekiant patikrinti konkrečią taikomosios programos funkciją ar funkcionalumą, serija.
Naudotojo sąsajos bandymų atvejais suskirstomi konkrečių scenarijų bandymų etapai, duomenys, išankstinės ir paskesnės sąlygos, taip pat tikrinami reikalavimai.
Į vartotojo sąsajos testavimo atvejį paprastai įtraukiami labai specifiniai kintamieji, kad būtų galima atlikti nuodugnų testavimą atskiru lygmeniu. Tada vartotojo sąsajos testuotojai palygina faktinius rezultatus su laukiamais rezultatais, kad įsitikintų, jog programa veikia pagal reikalavimus.
2. Vartotojo sąsajos ir grafinės sąsajos testavimo atvejų pavyzdžiai
Kad geriau suprastumėte vartotojo sąsajos ir grafinės vartotojo sąsajos testavimo atvejus, peržiūrėkite toliau pateiktus pavyzdžius, kuriuose pateikti testavimo atvejai, skirti testavimo scenarijui, kuriame nagrinėjamas prisijungimo ekrano funkcionalumas:
– Patikrinkite, kaip sistema elgiasi, kai įvedami galiojantys įgaliojimai.
– Patikrinkite, kaip sistema elgiasi, kai naudojamas negaliojantis el. pašto adresas, bet galiojantis slaptažodis.
– Patikrinkite, kaip sistema elgiasi, kai naudojamas galiojantis el. pašto adresas, bet negaliojantis slaptažodis.
– Patikrinkite, kaip sistema elgiasi, kai naudojamas negaliojantis el. pašto adresas ir slaptažodis.
– Patikrinkite, kaip sistema elgiasi, kai laukai paliekami tušti.
– Patikrinkite nuorodą „Pamiršau slaptažodį” ir įsitikinkite, kad ji veikia taip, kaip tikimasi.
– Patikrinkite, kaip sistema elgiasi, kai pažymėtas mygtukas „Laikyti mane prisijungusį”.
– Patikrinkite, kaip sistema elgiasi, kai įvedamas neteisingas telefono numeris.
Taigi visi šie pavyzdžiai yra atskiri vartotojo sąsajos testavimo atvejai.
Skirtingai nuo testavimo scenarijaus, kuris apima visą procesą, testavimo atvejai nagrinėja atskiras funkcijas. Kitaip tariant, kiekvienas pirmiau pateiktas pavyzdys yra sąsajos testavimo atvejis, o visas sąrašas priskiriamas testavimo scenarijui.
Naudotojo sąsajos testavimo scenarijai
Norint dar išsamiau suskirstyti programų testavimą, kuriami vartotojo sąsajos testavimo scenarijai, kurie testuotojams suteikia daugiau informacijos apie testavimo atvejus ir scenarijus.
Toliau pateikiama santrauka, kas yra sąsajos testavimo scenarijai ir kaip juos rašyti.
1. Kas yra vartotojo sąsajos testavimo scenarijai?
Naudotojo sąsajos bandymų scenarijai – tai labai išsamūs su programa atliekamų bandymų aprašymai, paprastai eilutė po eilutės.
Jie yra labai konkretūs, juose išsamiai aprašyti naudojami bandymų atvejai, duomenys ir laukiamas programos funkcionalumas.
Visi testavimo atvejų rezultatai taip pat įtraukiami į testavimo scenarijus, kad būtų gausesnė informacija.
2. Kaip rašyti vartotojo sąsajos testavimo scenarijus
Naudotojo sąsajos bandymų scenarijai yra paprasti, nes juose tiesiog išsamiai aprašomi bandymų atvejai.
Jei į juos įtrauksite toliau nurodytą informaciją, jūsų sąsajos bandymų scenarijai bus naudingi:
– Testo scenarijaus ID: Tai unikalus testo scenarijaus identifikatorius.
– Pavadinimas: Testo scenarijaus pavadinimas.
– Testavimo atvejo ID: Tai yra testavimo atvejo, kuriam kuriamas scenarijus, ID.
– Reikalavimai: Reikalavimai: Tai yra techninės įrangos, reikalingos testavimo atvejams atlikti, specifikacijos.
– Procedūra: Tai veiksmai, kurių imamasi norint tęsti bandymą.
– Rezultatas: Tai yra testavimo išvestis ir galutinis rezultatas.
– Būklė: Tai yra testo scenarijaus sėkmės rodiklis – ar jis pavyko, ar ne?
– Klaidos kodas: Jei iškilo problema, nurodomas klaidos kodas.
Naudotojo sąsajos testų kontrolinis sąrašas
Dabar, kai esate pasirengę pradėti naudotojo sąsajos testavimą, naudokitės toliau pateiktu kontroliniu sąrašu ir kurkite savo testus:
1. Patikrinkite pagrindinį funkcionalumą
Funkcinis testavimas yra puikus būdas rasti tokias klaidas kaip vizualinės klaidos ar platformos trikdžiai.
Šiame etape būtinai įtraukite tokius dalykus kaip biometriniai duomenys, visi pranešimai ir informacija apie programos atmintį.
2. Patikrinkite skirtingų platformų suderinamumą
Norint išvengti tokių problemų, kaip įrenginio fragmentacija, dėl kurios tam tikri naudotojai negali naudotis programa, naudinga atlikti skirtingų platformų suderinamumo patikras.
Tai apima programos tikrinimą skirtingose ekrano raiškose.
Verta pasidomėti, ar mobiliuosiuose įrenginiuose, pvz., „Android” ir „iOS”, suderinamos tiek vietinės, tiek hibridinės programos.
3. Patikrinkite skirtingų dydžių ekranų suderinamumą
Galimi įvairūs ekrano dydžiai, kuriuos galutiniai naudotojai gali bandyti naudoti su programa, todėl svarbu išbandyti jiems pritaikytą vartotojo sąsają.
Naudotojo sąsajos jautrumo bandymus geriausia atlikti naujausiuose įrenginiuose, kad būtų galima išspręsti galimas problemas. Be to, nepamirškite išbandyti ir kraštovaizdžio, ir portreto režimu.
4. Patikrinkite našumą ir mastelį
Kai programa yra keičiamo dydžio, ji gali puikiai veikti įvairiose platformose.
Išbandykite skirtingus apkrovos lygius, duomenų srautą ir kitus galutinių naudotojų scenarijus, kad įvertintumėte taikomosios programos našumą ir mastelio keitimą.
Tai galima padaryti naudojant lygiagretųjį testavimą, kai automatinis vartotojo sąsajos testavimas naudojamas kaip robotizuotas procesų automatizavimas keliose aplinkose.
5. Patikrinkite programos prieinamumą
Prieinamumo testavimu užtikrinama, kad konkrečios funkcijos, skirtos padėti galutiniams naudotojams, veiktų taip, kaip tikimasi. Patikrinkite tokius dalykus kaip šrifto dydis, ekrano skaitytuvo režimas ir priartinimo parinktys.
6. Patikrinkite spalvas ir tekstą
Programose spalvos turėtų būti rodomos tam tikru būdu, todėl svarbu tai patikrinti išbandant spalvų schemas.
Tai apima tokius dalykus, kaip hipersaitų spalva ar kiti šrifto tipai. Taip pat naudinga patikrinti, ar tekste nėra rašybos, šrifto dydžio ir lygiavimo klaidų.
7. Įvertinti navigacijos greitį
Patikrinkite, ar programos vartotojo sąsaja veikia sklandžiai, be jokių trikdžių. Tokie dalykai kaip antraštės įkrovimo ekranas yra gera vieta, kur galima ieškoti atsilikimo.
