Lietotāja saskarnes testēšana ir svarīgāka nekā jebkad agrāk, jo tīmekļa vietnes un lietojumprogrammas ir kļuvušas arvien populārākas visā pasaulē. Ja ieviešat jaunu programmatūru vai tīmekļa vietni, ir ļoti svarīgi pareizi izstrādāt lietotāja saskarni (UI), lai līdzsvarotu funkcionalitāti un estētiku.
Saistošas lietotāja saskarnes izveidē ir daudz kas nepieciešams, un lietotāja saskarnes testēšana kalpo kā lakmusa papīrs, lai noteiktu, vai saskarne atbilst visām prasībām.
Šajā rakstā aplūkosim visas galvenās ar lietotāja saskarnes testēšanu saistītās jomas, sākot no lietotāja saskarnes definēšanas līdz labākajiem veidiem, kā testēt lietotāja saskarni.
Lietotāja saskarne pret grafisko lietotāja saskarni: Neskaidrību noskaidrošana.
Vispirms mēģināsim izskaidrot neskaidrības saistībā ar terminiem UI un GUI. Zemāk ir sniegts šo divu terminu skaidrojums un to atšķirības:
1. Kas ir lietotāja saskarnes testēšana?
Lietotāja saskarne jeb UI ir platforma, ko izmantojat, lai mijiedarbotos ar konkrētu programmatūru. Lietotāja saskarne ir vieta, kur var ievadīt norādījumus, ievadīt datus vai skatīt informāciju no ekrāna vai monitora.
Ir dažādi lietotāja saskarņu veidi, tostarp grafiskās lietotāja saskarnes (GUI) un komandrindas saskarnes, kurās tiek rādīts tikai kods un teksts.
2. Kas ir grafiskā lietotāja saskarne (GUI)?
Grafiskā lietotāja saskarne (GUI) ir lietotāja saskarnes veids, kas pazīstams lielākajai daļai lietotāju. Tas ir saskarnes veids, kas izmanto vizuālus elementus, lai palīdzētu mums mijiedarboties ar sistēmas funkcijām.
Piemēram, varat izmantot izvēlnes vai rīkjoslas, kurās ir ikonas, lai atvieglotu navigāciju sistēmā. GUI labi darbojas pat teksts, kas palīdz lietotājam veikt kādu funkciju, piemēram, noklikšķinot uz “fails”, kad vēlaties atvērt vai saglabāt dokumentu.
3. Lietotāja saskarne pret grafisko lietotāja saskarni
Lai labāk izprastu šos divus datora mijiedarbības veidus, aplūkojiet zemāk sniegto tiešo lietotāja saskarnes un grafiskās saskarnes salīdzinājumu:
LIETOTĀJA SASKARNE:
– Lietotāja saskarnes saīsinājums
– Tā ir sava veida platforma, kas ļauj lietotājiem mijiedarboties ar ierīcēm.
– Tas ir cilvēka un mašīnas mijiedarbības veids.
– To izmanto ikviens, un tā bieži darbojas fonā, tāpēc nemaz nezināt, ka to izmantojat.
– Biežāk sastopamie piemēri ir MS-DOS vai Unix
GRAFISKĀ SASKARNE:
– Grafiskās lietotāja saskarnes saīsinājums
– Tā ir tāda veida platforma, kurā tiek izmantota grafika, lai palīdzētu lietotājiem orientēties ierīces funkcijās.
– Tā ir lietotāja saskarnes apakšklase
– To parasti izmanto vidējie ikdienas lietotāji, piemēram, patērētāji.
– Biežāk sastopamie piemēri ir Windows 10, iOS un Android
Kas ir lietotāja saskarnes (UI) testēšana?
Lietotāja saskarnes (UI) testēšana, dažkārt saukta par GUI testēšanu atkarībā no konteksta, ir darbību kopums, ko izmanto, lai novērtētu lietojumprogrammas vizuālo elementu veiktspēju un vispārējo funkcionalitāti. Tā pārbauda un apstiprina dažādas lietotāja saskarnes funkcijas un nodrošina, ka nav neparedzētu rezultātu, defektu vai kļūdu.
Lietotāja saskarnes testēšana, izmantojot tādus rīkus kā ZAPTEST, galvenokārt tiek izmantota, lai pārbaudītu, vai lietotāja saskarne ir lietojama, funkcionāla un veiktspējīga, lai pārliecinātos, ka tā ir atbilstoša mērķim.
Dažos gadījumos tiek pārbaudīta arī atbilstība vai vizuālā vienotība ar sistēmas vispārējā dizaina koncepciju.
Kad un kāpēc ir nepieciešami lietotāja saskarnes testi?
Lietotāja saskarnes testēšana parasti ir visefektīvākā pirms lietojumprogrammas nodošanas ražošanā. Tas tiek darīts, lai galalietotājam nodrošinātu vislabāko pieredzi un pēc iespējas mazāk kļūdu un defektu.
Galalietotāji nav labākie programmatūras testētāji, tāpēc ir svarīgi novērst visas problēmas, pirms tās nonāk pie viņiem.
Lietotāja saskarnes testēšana ir noderīgs veids, kā novērtēt, kā lietojumprogramma veic noteiktas darbības, piemēram, izmantojot tastatūru un peli, lai mijiedarbotos ar izvēlnēm. Tas palīdz pārbaudīt lietojumprogrammas vizuālos elementus, lai pārliecinātos, ka tie tiek pareizi parādīti.
Lietotāja saskarnes testēšana ir arī lielisks veids, kā novērtēt veiktspēju un pārliecināties, ka nav kļūdu vai problēmu ar lietojumprogrammas funkcionalitāti.
UI testu veidi
Atkarībā no testējamās lietojumprogrammas ir dažādi UI testi.
UI testos var pārbaudīt daudzas funkcijas dažādās lietojumprogrammās, tāpēc, izvēloties pareizo testa veidu, var palīdzēt noteikt konkrētas problēmas.
Citiem vārdiem sakot, atkarībā no tā, ko plānojat testēt, ir dažādas UI testēšanas metodes un tādi rīki kā ZAPTEST automatizētie UI testēšanas rīki.
Dažas no izplatītākajām funkcionālās un nefunkcionālās testēšanas pieejas metodoloģijām ir šādas:
1. Regresijas testēšana
Regresijas testēšana ir lietotāja saskarnes testēšanas veids, kurā tiek pārbaudītas jebkādas izmaiņas lietojumprogrammas vai vietnes kodējumā.
Tas nodrošina, ka pēc izmaiņu veikšanas daļās koda visas lietojumprogrammas funkcijas darbojas, kā paredzēts.
Tam nav jāveic nekādi sarežģīti testi, tas vienkārši palaidīs kodu, lai pārliecinātos, ka visas atkarības un funkcijas darbojas tāpat kā pirms izmaiņu veikšanas.
2. Funkcionālā testēšana
Funkcionālā testēšana ir lietojumprogrammas validēšana, lai pārliecinātos, ka tā atbilst visām funkcionālajām prasībām.
Tā testē visas atsevišķās lietojumprogrammas funkcijas un pēc tam pārbauda rezultātu, lai pārliecinātos, ka tas darbojas, kā paredzēts.
Šis lietotāja saskarnes testēšanas veids parasti ir vērsts uz “melnās kastes” testēšanu, kurā netiek apskatīts avota kods. Tajā parasti tiek pārbaudītas tādas lietas kā lietotāja saskarne, visas saistītās API, klienta un servera saziņa vai drošība.
3. Pieņemšanas pārbaude
Pieņemšanas testēšana, ko dažkārt dēvē arī par lietotāja pieņemšanas testēšanu (UAT), ir lietotāja saskarnes testēšanas veids, ko veic lietotnes galalietotājs, lai pārbaudītu sistēmu pirms tās nodošanas ražošanā.
Šāda veida UI testēšana visbiežāk tiek veikta testēšanas pēdējos posmos pēc tam, kad ir pārbaudītas pārējās jomas.
Pieņemšanas testēšana tiek izmantota, lai apstiprinātu lietojumprogrammas kopējo plūsmu no sākuma līdz beigām. Tajā netiek aplūkoti tādi virspusēji jautājumi kā pareizrakstības kļūdas vai estētikas problēmas. Tajā tiek izmantota atsevišķa testēšanas vide, kas imitē ražošanas vidi, nodrošinot, ka tā ir gatava pārejai uz nākamo fāzi.
4. Vienības testēšana
Vienības testēšana pārbauda atsevišķas lietojumprogrammas sastāvdaļas, lai pārliecinātos, ka tās darbojas, kā paredzēts.
To parasti veic kodēšanas fāzē, tāpēc šāda veida lietotāja saskarnes testus parasti veic izstrādātāji.
Vienības testēšana darbojas, atdalot koda daļu, lai pārliecinātos, ka tā darbojas, kā paredzēts. Šī atsevišķā koda daļa var būt konkrēts modulis, funkcija, objekts vai jebkura cita atsevišķa lietojumprogrammas daļa.
5. Veiktspējas testēšana
Veiktspējas testēšanas mērķis ir novērtēt lietojumprogrammas optimizāciju, pārbaudot, piemēram, lietojumprogrammas ātrumu, stabilitāti, atsaucību un mērogojamību lietošanas laikā.
Šāda veida lietotāja saskarnes testēšanas mērķis ir atrast problemātiskas vietas lietojumprogrammā vai vājās vietas datu plūsmā. Trīs galvenās jomas, uz kurām tā vērš uzmanību, ir ātrums, mērogojamība un lietojumprogrammas stabilitāte.
6. GUI testēšana
GUI testēšanas rīki pārbauda lietojumprogrammas grafisko lietotāja saskarni, lai pārliecinātos, vai visas funkcijas darbojas, kā paredzēts.
Tas ietver lietojumprogrammas grafisko elementu un vadības elementu, piemēram, pogu, rīkjoslu un ikonu, aplūkošanu. Grafiskā saskarne ir tas, ar ko lietotājs mijiedarbojas un ko redz, lietojot lietojumprogrammu.
Kādas ir lietotāja saskarnes testēšanas priekšrocības?
Lietotāja saskarnes testēšana un tādu rīku kā ZAPTEST lietotāja saskarnes testēšanas komplekts izmantošana sniedz vairākas priekšrocības gan izstrādātājam, gan galalietotājam.
Zemāk ir minēti daži galvenie ieguvumi, kas saistīti ar lietotāja saskarnes testēšanu:
1. Tas uzlabo funkcionalitāti
Ir svarīgi testēt lietojumprogrammas, lai pārliecinātos, ka tās darbojas, kā paredzēts, un lai, ja ir kādi traucējumi, kļūdas vai citas problēmas, tās varētu novērst pirms izlaišanas.
Ja lietojumprogramma nonāk pie galalietotājiem un tā ir kļūdaina, pilna kļūdu vai bojāta, tā nespēs veikt darbu, kas no tās tiek gaidīts. Tas savukārt rada pārāk daudz problēmu galalietotājiem, un tie, visticamāk, pārtrauks to lietot.
2. Tas atvieglo lietošanu
Lietotāja saskarnes testēšanas automatizācijas rīki ir arī noderīgs veids, kā optimizēt un racionalizēt lietojumprogrammu.
Pat ja visi kodi darbojas, kā paredzēts, slikti izstrādāta saskarne var mulsināt galalietotājus un ātri viņus izslēgt, tādējādi samazinot lietojumprogrammas pieņemšanas rādītājus. Lietotāja saskarnes testēšana ir lielisks veids, kā izlabot jebkuru elementu vai dizaina izvēli, lai to būtu vieglāk lietot.
3. Tas stiprina pieteikumu reputāciju
Laika veltīšana, lai pienācīgi veiktu lietotāja interfeisa testēšanu, un tādu rīku kā ZAPTEST testēšanas automatizācijas programmatūra izmantošana ir lielisks veids, kā pilnveidot lietojumprogrammu un padarīt to pēc iespējas ērtāku lietotājam.
Ja tas tiek darīts pareizi, lietojumprogramma kļūst par lielisku zīmola vēstnieku, kas uzlabo tās vispārējo reputāciju. Ja lietojumprogramma darbojas bez kļūdām un dara visu, kas tai jādara, lietotāji to novērtēs un lietojumprogrammu izmantos.
Kādi ir galvenie UI testēšanas izaicinājumi?
Lai gan lietotāja saskarnes testēšana ir svarīga lietojumprogrammu izstrādes daļa, tā ne vienmēr ir vienkārša procesa daļa.
Ar bezmaksas UI testēšanas automatizācijas programmatūru ir saistītas vairākas problēmas un izaicinājumi, kas apgrūtina darbu.
Zemāk ir uzskaitītas dažas galvenās problēmas, kas saistītas ar lietotāja saskarnes testēšanu, ja tiek izmantoti nepiemēroti lietotāja saskarnes testēšanas rīki:
1. Lietotāja saskarnes atjauninājumi
Lietojumprogrammu izstrāde parasti ir iteratīvs process, kurā tiek ieviestas jaunas funkcijas un līdzekļi visā izstrādes ciklā un pēc tā beigām.
Visas šīs sporādiskās izmaiņas var apgrūtināt efektīvu UI testu veikšanu, jo citas atkarības un koda mijiedarbība maina testējamo elementu.
2. Testēšana, kas kļūst arvien sarežģītāka
Tagad lietojumprogrammas un vietnes ir daudz sarežģītākas nekā pirms dažiem gadiem. Ņemot vērā visu šo papildu funkcionalitāti, UI testēšanas rīkiem un UI automatizācijas programmatūrai ir jāapskata vairāk elementu un procesu.
Tāpēc daudzi lietotāja saskarnes testēšanas rīki ir jāpielāgo, lai pielāgotu tos visiem šiem sarežģītajiem papildinājumiem.
3. Laika ierobežojumi
Pieprasījumu sarežģītībai pieaugot, pieaug arī testēšanai izmantojamie rīki. Lietotāja saskarnes testēšanas skripti kļūst daudz laikietilpīgāki, jo ir jāpārbauda liels daudzums koda. Šī problēma saasinās, ja nav pieejami pareizie lietotāja saskarnes testēšanas rīki.
4. Lietotāja saskarnes skriptu atjaunināšana
Mainoties lietotāja saskarnei un ieviešot jaunu funkcionalitāti, testēšanas skripti ir jāpielāgo, lai pārbaudītu jaunos procesus. Ar katru jaunu papildinājumu tas kļūst arvien grūtāk, jo testēšanas skripti tiek pastāvīgi atjaunināti un pielāgoti, lai pielāgotos jaunajai funkcionalitātei.
Vai jums vajadzētu automatizēt lietotāja saskarnes testēšanu?
Lai izvēlētos labāko pieeju lietojumprogrammas vai tīmekļa lietotāja saskarnes testēšanai, ir divi dažādi ceļi – manuāla testēšana vai automatizēta lietotāja saskarnes testēšana, izmantojot automatizētus rīkus. Gan manuālajai testēšanai, gan UI automatizācijai ir savas priekšrocības un trūkumi, tāpēc ir lietderīgi apsvērt abas iespējas, lai noskaidrotu, kura no tām vislabāk atbilst lietojumprogrammai.
Kas ir manuālā UI testēšana?
Atšķirībā no UI automatizācijas manuālā testēšana ietver testētāja izmantošanu, lai manuāli mijiedarbotos ar visām lietojumprogrammā vai tīmekļa vietnē atrodamajām funkcijām un pārbaudītu tās.
To galvenais mērķis ir meklēt visus jautājumus, pārkāpumus vai problēmas vispārējā pieteikumā. Šī ir īpaši noderīga iespēja mazākām lietojumprogrammām ar ierobežotiem elementiem, piemēram, agrīnajās lietojumprogrammu versijās.
1. Lietotāja saskarnes manuālās testēšanas priekšrocības
Izvēloties lietotāja saskarnes manuālo testēšanu, atkarībā no lietojumprogrammas un tās dizaina ir daudz priekšrocību.
Zemāk ir uzskaitītas dažas priekšrocības, kas saistītas ar UI manuālo testēšanu:
– Manuālā lietotāja saskarnes testēšana ietver cilvēka intelektu, lai testēšanā meklētu kļūdas vai problēmas. Ir lietas, ko automatizēta lietotāja saskarnes testēšana vienkārši nespēj paveikt, un, lai atrastu visus lietojumprogrammas trūkumus, ir nepieciešama cilvēka mijiedarbība, kritiskā domāšana un cilvēciskais elements.
– Automatizētie testi var būt diezgan laikietilpīgi, jo tie atjauno vairākus scenārijus dažādām funkcijām, kas jāpārbauda testētājam. Manuālā UI testēšana ļauj testētājiem koncentrēties uz kļūdu meklēšanu, nevis uz emulāciju izveidi.
– Cilvēki testētāji parasti labi pārzina lietojumprogrammu, bieži vien pavadot neskaitāmas stundas, lai pierastu pie saskarnes. Tieši tāpēc viņi saprot, kam jāpievērš uzmanība saistībā ar kļūdām, vienlaikus palīdzot viņiem būt informētiem par lietojumprogrammas pašreizējo stāvokli.
– Ir problēmas, kuras automatizētā lietotāja saskarnes testēšana var neatzīmēt, jo tās neietekmē kodu. Tādas lietas kā servera reakcijas laiks var kavēties, taču automatizēts tests to var viegli nepamanīt. Manuālā UI testēšana novērš šo problēmu, jo lietotājs šīs problēmas pamana nekavējoties.
– Manuālā lietotāja saskarnes testēšana ir visprecīzākā lietotāja pieredzes imitācija, jo tiek radīta situācija, kas atspoguļo to, kā lietotājs mijiedarbosies ar lietojumprogrammu. Tādējādi tiek radīts reāls konteksts, lai atrastu problēmas, kuras parasti konstatē galalietotāji, bet kuras, iespējams, netiek pamanītas, veicot automatizētu lietotāja saskarnes testēšanu.
2. Manuālās lietotāja saskarnes testēšanas ierobežojumi
Manuālajai lietotāja saskarnes testēšanai ir arī ierobežojumi, kas jāņem vērā, pirms pieņemt lēmumu par piemērotāko testēšanas pieeju jūsu lietojumprogrammai.
Daži no manuālo UI testu ierobežojumiem ir šādi:
– Manuālā testēšana aizņem daudz vairāk laika nekā automatizēta lietotāja saskarnes testēšana, jo īpaši, ja tiek izmantoti tādi mūsdienīgi rīki kā hiperautomatizācija. Automatizētas testēšanas skripti var darboties daudz ātrāk nekā jebkāda veida cilvēka ieguldījums, tāpēc manuāla tīmekļa lietotāja saskarnes testēšana palielina grafiku par papildu stundām.
– Tā kā manuālā tīmekļa lietotāja saskarnes testēšana ir cilvēcīgs process, tajā ir iespējamas cilvēciskas kļūdas. Manuālā lietotāja saskarnes testēšanā var gadīties, ka uzmanības trūkuma vai uzmanības novēršanas dēļ netiek pamanītas kļūdas, kas var radīt problēmas. Salīdzinājumam – automatizētā lietotāja saskarnes testēšana novērš cilvēcisko faktoru, tāpēc šāda veida problēmas ir daudz mazāk iespējamas. Tas jo īpaši attiecas uz jaunākajiem UI automatizētās testēšanas veidiem, piemēram, robotizēto procesu automatizāciju.
– Faktiskais process, kurā tiek reģistrētas atrastās kļūdas, aizņem daudz vairāk laika, tāpēc var būt grūti izsekot veiktajām izmaiņām. Automatizēta lietotāja saskarnes testēšana ir labāka pieeja, jo tā prasa atjaunināšanu tikai tad, ja tiek ieviesta jauna funkcija.
– Manuālai lietotāja saskarnes testēšanai ir nepieciešamas padziļinātas zināšanas par lietojumprogrammu, lai kompetenti testētu problēmas. Tāpēc testētājiem ir nepieciešams zināms zināšanu līmenis, pirms viņi var efektīvi testēt. Automatizētai testēšanai šāds zināšanu līmenis nav nepieciešams.
3. Ierakstīšanas un atkārtošanas testēšana
Ierakstīšanas un atkārtošanas testēšana ir bezkodēšanas lietotāja saskarnes testēšanas veids, kas ļauj veikt testus bez padziļinātām programmēšanas zināšanām. Tā izmanto funkcionalitāti, lai reģistrētu lietojumprogrammā manuāli veiktās darbības pirms to saglabāšanas kā testa modeli.
Tas ļauj lietotāja saskarnes testu veikt atkal un atkal bez cilvēka līdzdalības.
4. Manuālā vs. ierakstīšana un atkārtošana vs. automatizēta testēšana
Izvēloties starp šiem trim lietotāja saskarnes testēšanas veidiem, ir svarīgi ņemt vērā lietojumprogrammas darbības jomu un mērogu, kā arī pieejamos resursus.
Manuālo lietotāja saskarnes testēšanu ir visvieglāk izveidot un izmantot, taču tai ir daudz prasību, piemēram, labas testētāja zināšanas par lietojumprogrammu. Turklāt ir grūti turpināt manuālu lietotāja saskarnes testēšanu, ja lietojumprogramma tiek pastāvīgi atjaunināta.
Lietotāja saskarnes testēšanas automatizācijas rīki, piemēram, Zaptest piedāvātie rīki, ir lieliska iespēja, ja plānojat veikt regulārus lietojumprogrammas atjauninājumus, un ar laiku tas atmaksājas.
Ierakstīšana un atkārtošana palīdz pārvarēt plaisu starp abiem lietotāja saskarnes testēšanas veidiem. Tā piedāvā pamata lietotāja saskarnes automatizācijas līmeni, taču tās aktivizēšanai joprojām ir nepieciešams cilvēka ieguldījums.
Ko testējat, veicot lietotāja saskarnes testus?
Veicot lietotāja saskarnes testus, izmantojot tādus rīkus kā ZAPTEST lietotāja saskarnes testēšanas programmatūra, atkarībā no lietojumprogrammas satura var atšķirties.
Tomēr tam ir tendence sekot lietojumprogrammas funkcionalitātei. Piemēram, ja lietojumprogrammā ir kases lapa, UI testēšana ietver tādas darbības kā pogas “pirkt tagad” testēšana.
Lai gan faktiskie testējamie procesi atšķiras atkarībā no lietojumprogrammas, ir vairākas vispārīgas UI testējamas lietas, piemēram:
1. Kļūdas datu tipos
Šis lietotāja saskarnes tests nodrošina, ka atbilstošajos laukos darbojas pareizais datu veids. Piemēram, teksts nosaukumiem bez iespējas izmantot ciparus. Ja UI testētājs var ievadīt skaitliskas vērtības nosaukuma laukā, kaut kas nav kārtībā.
2. Lauka platuma jautājumi
To izmanto, lai ierobežotu rakstzīmju skaitu noteiktiem laukiem, piemēram, pasta indeksiem. Ja lietojumprogramma neierobežo rakstzīmju skaitu šajos laukos, galalietotājs var ievadīt nederīgus ievaddatus.
3. Pogas
Šie UI testi nodrošina, ka pogas darbojas pareizi, piemēram, nākamās lapas poga novirza galalietotāju uz nākamo lapu. Ir daudz dažādu pogu tipu ar dažādiem mērķiem, tāpēc ir svarīgi, lai tās veiktu tām paredzēto darbu, lai izveidotu funkcionālu lietojumprogrammu.
4.Tabulu ritināšana
Ja lietojumprogrammā ir tabulas ar datiem, tabulu ritināšana nodrošina iespēju ritināt datus, vienlaikus saglabājot redzamus galvenes.
Ja tas nedarbojas, galalietotājam dati kļūst neskaidri.
5. Kļūdu žurnāli
Lietojumprogrammas avārijas vai kļūdas gadījumā ir svarīgi pārbaudīt kļūdu žurnālus, lai pārliecinātos, ka tie sniedz precīzu rezultātu kļūdu ziņojumu sagatavošanai.
Bez precīzas ziņošanas par kļūdām un kļūdu žurnāliem nav iespējams noteikt, kas ir problēmas cēlonis un kā to novērst.
Kā veikt lietotāja saskarnes (GUI) testu?
Lai gūtu priekšstatu par to, kā veikt lietotāja saskarnes jeb grafiskās saskarnes testu, mēs izveidosim piemēru, ko apskatīt.
Pieņemsim, ka testēsim veidlapas lapu lietojumprogrammā konta reģistrēšanai. Šajā lapā ir vairāki testējami lietotāja saskarnes elementi, kas ir apzīmēti ar TC-X (kur TC ir testa gadījums, bet X apzīmē elementa numuru).
Zemāk ir saraksts ar pieejamajiem TC, kurus var pārbaudīt:
TC-1: zīmola logotips ekrāna augšdaļā
– Tas ir jāpārbauda, lai pārliecinātos, vai tiek parādīta pareizā pozīcija, fonta veids un lapas etiķete.
TC-2: Reģistrējiet savu kontu
– Ar šo darbību jāpārbauda, vai lapas galvene ir precīza.
– Tajā arī jāpārbauda, vai tiek parādīts pareizais fonts.
TC-3: Vārda lauks
– Šādā veidā tiks pārbaudīts, vai teksta lodziņš ir pareizi izlīdzināts un novietots.
– Tai arī jāpārbauda lauku etiķetes un jāpārbauda, vai tā pieņem derīgus un noraida nederīgus ierakstus.
TC-4: Uzvārda lauks
– Šādā veidā tiks pārbaudīts, vai teksta lodziņš ir pareizi izlīdzināts un novietots.
– Tai arī jāpārbauda lauku etiķetes un jāpārbauda, vai tā pieņem derīgus un noraida nederīgus ierakstus.
TC-5: Lietotājvārda lauks
– Šim nolūkam vajadzētu pārbaudīt, kāds kļūdas ziņojums tiek parādīts, ievadot ierobežotas rakstzīmes.
– Tajā arī jāpārbauda, vai kļūdas ziņojums ir derīgs un precīzs.
TC-6: paroles lauks
– Šādā veidā jāpārbauda lauka etiķetes, lai pārliecinātos, ka tiek pieņemtas derīgas rakstzīmes un noraidītas nederīgas rakstzīmes.
– Tajā arī jāpārbauda teksta rūtiņas izlīdzināšana un novietojums.
TC-7: Nākamās lapas poga
– Šādā veidā jāpārbauda, vai veidlapas iesniegšana darbojas, kā paredzēts.
– Tai arī jāpārbauda pogas novietojums un jāpārliecinās, vai tas ir salasāms lietotājam.
UI testēšanas plāns – kas tas ir?
Lietotāja saskarnes testēšanas plāns ir dokuments, kas ir daļa no lietojumprogrammu testēšanas procesa.
Lietotāja saskarnes testēšanas plānā ir sadalīta galvenā informācija par lietojumprogrammu un visām ar to saistītajām testēšanas darbībām.
Testēšanas plāna izveide parasti ir viens no pirmajiem soļiem, ko veicat, testējot lietojumprogrammas, jo tas ir pamats testēšanas metodoloģijām un plānotajiem rezultātiem.
Tas ir noderīgs dokuments, kas ļauj cilvēkiem ārpus testēšanas grupas labāk saprast, kas notiek testēšanas procesā.
Kā uzrakstīt lietotāja saskarnes testēšanas plānu
Lietotāja saskarnes testēšanas plāni sniedz lieliskus norādījumus un instrukcijas lietotāja saskarnes testētājiem, tāpēc to pareiza sagatavošana patiešām palīdz testēt un pārbaudīt lietojumprogrammas.
Lai uzzinātu, kā uzrakstīt lietotāja saskarnes testēšanas plānu, aplūkojiet tālāk sniegtos soļus:
1. Ietveriet galveno informāciju par lietotāja saskarnes testēšanu
Lietotāja saskarnes testēšanas plānā ir iekļauta visa svarīgākā informācija, kas nepieciešama, lai veiktu lietojumprogrammas testēšanu. Daļa no šīs informācijas ir šāda:
– Testēšanai nepieciešamie speciālisti, viņu pienākumi un prasmes.
– Kopējais laiks, kas nepieciešams lietojumprogrammas testēšanai.
– Testam izmantotās testēšanas metodes.
– testēšanai nepieciešamie resursi, piemēram, īpaša aparatūra, dokumentācija vai rīki.
– Mērķa testēšanas vides sadalījums, piemēram, mobilās ierīces, konkrēta operētājsistēma vai pārlūkprogrammas.
– Testēšanas procesa vispārīgie mērķi.
2. Dūmu testēšana
Tālāk varat izmantot “dūmu” testēšanu, lai palīdzētu izveidot lietotāja saskarnes testēšanas plānu. Smoke testēšana ir noderīgs veids, kā identificēt pamata problēmas un kļūdas lietojumprogrammā, taču tā nav pārāk padziļināta problēmu meklēšana.
Tā ir metode, kas vislabāk piemērota lietotāja saskarnes augšējā slāņa testēšanai, tāpēc ar to diezgan viegli var atklāt acīmredzamas problēmas.
3. Sanitātes pārbaude
Lai iedziļinātos lietojumprogrammā un atrastu mazāk pamanāmas kļūdas un defektus, lietotāja interfeisa testēšanā lieliski noderēs sanitātes testēšana.
Lai pārbaudītu atbilstību lietojumprogrammas prasībām, tiek pārbaudīta jebkura jauna vai izmainīta kodēšana, lai pārliecinātos, ka tā atbilst lietojumprogrammas prasībām.
Tā atšķiras no “dūmu” testēšanas ar to, ka lietotāja saskarnes testēšana ir daudz visaptverošāka, kas ļauj padziļināti izpētīt lietojumprogrammas funkcionalitāti.
Pēc tam, kad lietojumprogramma ir izturējusi “dūmu” testu, funkcionalitātes tests nodrošina papildu pārbaudes līmeni.
Lietotāja saskarnes testēšanas scenāriji
Lai nodrošinātu, ka lietojumprogramma darbojas, kā paredzēts, vairākās jomās un mijiedarbībās, ir svarīgi veikt dažādus lietotāja saskarnes testēšanas scenārijus.
Zemāk ir sniegts lietotāja saskarnes testēšanas scenāriju sadalījums un piemērs.
1. Kas ir lietotāja saskarnes testēšanas scenāriji?
Lietotāja saskarnes testa scenārijs ir veids, kā izveidot dokumentāciju vairākiem lietojumprogrammas lietošanas gadījumiem.
Lietotāja saskarnes testa scenāriju izmanto, lai aprakstītu konkrētas darbības, ko lietotājs var veikt lietojumprogrammas lietošanas laikā.
Dažos gadījumos tajā ir aprakstīts arī scenārijs, ko lietotājs varētu piedzīvot lietojumprogrammas lietošanas laikā.
Lietotāja saskarnes testēšanas scenāriji ir noderīgi, jo tie pārbauda, vai lietojumprogrammas funkcionalitāte darbojas, kā paredzēts. Lai radītu noderīgus scenārijus, ir nepieciešama padziļināta izpratne par lietojumprogrammu, kā arī klientu un izstrādātāju ieguldījums.
2. Lietotāja saskarnes testa scenāriju piemērs
Kā piemēru var minēt lietojumprogrammas pieteikšanās lapas testēšanas scenāriju. Lietotāja saskarnes testa scenārijs meklēs atbildes uz šādiem jautājumiem:
– Vai lietotāji var pieteikties platformā, izmantojot pareizos akreditācijas datus?
– Kāds ir nepareizu autorizācijas datu izmantošanas rezultāts, lai pieteiktos?
– Kas notiek, ja tiek izmantots derīgs lietotājvārds, bet nederīga parole?
– Kas notiek, ja atstājat laukus tukšus un mēģināt pieteikties?
– Ja ir poga “Aizmirsāt paroli”, kas notiek, kad to noklikšķināt?
– Vai visas saites lapā darbojas, kā paredzēts?
Atbildes uz šiem jautājumiem palīdz lietotāja saskarnes testētājiem identificēt visas lietojumprogrammas jomas, kas nedarbojas, kā tām vajadzētu.
Tā arī pārbauda, vai visas pieejamās darbības nodrošina gaidīto rezultātu, piemēram, vai pieteikšanās notiek, izmantojot pareizos akreditācijas datus.
Lietotāja saskarnes pārbaudes gadījumi
Lai aplūkotu atsevišķus lietotāja saskarnes testēšanas scenārija aspektus, testēšanas gadījumus izmanto, lai sadalītu atsevišķas lietojumprogrammas funkcionalitātes daļas.
Zemāk ir sniegts kopsavilkums par to, kas ir lietotāja saskarnes testēšanas gadījumi, kā arī piemēri.
1. Kas ir lietotāja saskarnes testa gadījumi?
Lietotāja saskarnes testa gadījums ir darbību virkne, kas tiek veikta, lai pārbaudītu konkrētu lietojumprogrammas funkciju vai funkcionalitāti.
Lietotāja saskarnes testēšanas gadījumi sadala testēšanas soļus, datus, priekšnosacījumus un pēcnosacījumus konkrētiem scenārijiem, kā arī pārbauda prasības.
Lietotāja saskarnes testa gadījumā parasti ir iekļauti ļoti specifiski mainīgie lielumi, lai varētu veikt padziļinātu testēšanu atsevišķā līmenī. Lietotāja saskarnes testētāji pēc tam salīdzina faktiskos rezultātus ar gaidītajiem, lai pārliecinātos, ka lietojumprogramma darbojas atbilstoši prasībām.
2. Lietotāja saskarnes un grafiskās saskarnes testu piemēri
Lai palīdzētu labāk izprast UI un GUI testēšanas gadījumus, aplūkojiet tālāk sniegtos piemērus, kas ir testēšanas gadījumi testēšanas scenārijam, kurā tiek aplūkota pieteikšanās ekrāna funkcionalitāte:
– Pārbaudiet sistēmas darbību, kad tiek ievadīti derīgi akreditācijas dati.
– Pārbaudiet, kā sistēma rīkojas, ja tiek izmantots nederīgs e-pasts, bet derīga parole.
– Pārbaudiet, kā sistēma rīkojas, ja tiek izmantots derīgs e-pasts, bet nederīga parole.
– Pārbaudiet sistēmas darbību, ja tiek izmantots nederīgs e-pasts un parole.
– Pārbaudiet sistēmas darbību, ja lauki ir atstāti tukši.
– Pārbaudiet saiti “Aizmirsāt paroli”, lai pārliecinātos, vai tā darbojas, kā paredzēts.
– Pārbaudiet sistēmas darbību, kad ir atzīmēta poga “saglabāt mani pierakstījušos”.
– Pārbaudiet sistēmas darbību, ja ir ievadīts nederīgs tālruņa numurs.
Tātad visi šie piemēri ir atsevišķi lietotāja saskarnes testēšanas gadījumi.
Atšķirībā no testēšanas scenārija, kas aptver visu procesu, testēšanas gadījumi aplūko atsevišķas funkcijas. Citiem vārdiem sakot, katrs iepriekš minētais piemērs ir lietotāja saskarnes testa gadījums, un viss saraksts ir klasificējams kā testēšanas scenārijs.
Lietotāja saskarnes testa skripti
Lai iegūtu vēl detalizētāku lietojumprogrammas testēšanas sadalījumu, tiek izveidoti lietotāja saskarnes testēšanas skripti, kas testētājiem sniedz vairāk informācijas par testēšanas gadījumiem un scenārijiem.
Zemāk ir sniegts kopsavilkums par to, kas ir lietotāja saskarnes testēšanas skripti un kā tos rakstīt.
1. Kas ir lietotāja saskarnes testa skripti?
Lietotāja saskarnes testu skripti ir ļoti detalizēti lietojumprogrammā veicamo testu apraksti, kas parasti tiek veidoti rindiņu pa rindiņai.
Tie ir ļoti specifiski, un tajos ir daudz detaļu par izmantotajiem testēšanas gadījumiem, datiem un paredzamo lietojumprogrammas funkcionalitāti.
Testēšanas gadījumu rezultāti tiek iekļauti arī testēšanas skriptos, lai papildinātu informācijas bagātību.
2. Kā rakstīt UI testēšanas skriptus
Lietotāja saskarnes testa skripti ir vienkārši, jo tie vienkārši detalizēti apraksta testa gadījumus.
Ja vien tajos iekļausiet šādu informāciju, jūsu lietotāja saskarnes testēšanas skripti būs ļoti noderīgi:
– Testa skripta ID: Tas ir unikāls testa skripta identifikators.
– Nosaukums: Testa skripta nosaukums.
– Testa gadījuma ID: Šis ir tā testa gadījuma ID, kuram tiek veidots skripts.
– Prasības: Prasības: tās ir testēšanas gadījumu izpildei nepieciešamās aparatūras specifikācijas.
– Procedūra: Šīs ir darbības, kas tiek veiktas, lai turpinātu testēšanu.
– Rezultāts: Tas ir testēšanas rezultāts un galīgais rezultāts.
– Statuss: Šī ir norāde par testa skripta veiksmi – vai tas ir vai nav izturēts?
– Kļūdas kods: Ja ir radusies problēma, kļūdas kods norāda, kāda bija problēma.
Lietotāja saskarnes testu kontrolsaraksts
Tagad, kad esat gatavs sākt lietotāja saskarnes testēšanu, izmantojiet tālāk sniegto kontrolsarakstu, lai izveidotu savus testus:
1. Pārbaudiet pamatfunkcijas
Funkcionālā testēšana ir lielisks veids, kā atrast, piemēram, vizuālas kļūdas vai platformas traucējumus.
Šajā posmā noteikti iekļaujiet tādas lietas kā biometriskie dati, visi ziņojumi un lietojumprogrammas atmiņas informācija.
2. Pārbaudiet starpplatformu savietojamību
Lai izvairītos no tādām problēmām kā ierīces fragmentācija, kas bloķē noteiktu lietotāju piekļuvi lietojumprogrammai, ir lietderīgi veikt starpplatformu saderības pārbaudes.
Tas ietver lietojumprogrammas pārbaudi dažādās ekrāna izšķirtspējās.
Ir lietderīgi izpētīt gan vietējo, gan hibrīda lietojumprogrammu saderību mobilajās ierīcēs, piemēram, Android un iOS.
3. Pārbaudiet saderību dažādos ekrāna izmēros
Galalietotāji var mēģināt lietot lietojumprogrammu ar dažādiem ekrāna izmēriem, tāpēc ir svarīgi pārbaudīt lietotāja interfeisu šiem izmēriem.
Lai novērstu iespējamās problēmas, vislabāk lietotāja saskarnes reaģēšanas spēju testēšanu veikt ar jaunākajām ierīcēm. Neaizmirstiet arī testēt gan ainavas, gan portreta režīmā.
4. Pārbaudiet veiktspēju un mērogojamību
Ja lietojumprogramma ir mērogojama, tā spēj nodrošināt lielisku veiktspēju dažādās platformās.
Testējiet dažādus slodzes līmeņus, datplūsmu un citus galalietotāju scenārijus, lai novērtētu lietojumprogrammas veiktspēju un mērogojamību.
To var izdarīt, izmantojot paralēlo testēšanu, kurā izmanto automatizētu UI testēšanu, piemēram, robotizētu procesu automatizāciju vairākās vidēs.
5. Pārbaudiet lietojumprogrammas pieejamību
Pieejamības testēšana nodrošina, ka konkrētas funkcijas, kas paredzētas, lai palīdzētu galalietotājiem, darbojas, kā paredzēts. Šeit pārbaudiet, piemēram, fonta lielumu, ekrānlasītāja režīmu un tālummaiņas opcijas.
6. Pārbaudiet krāsas un tekstu
Lietojumprogrammās krāsas jāattēlo noteiktā veidā, tāpēc ir svarīgi to pārbaudīt, testējot krāsu shēmas.
Tas attiecas, piemēram, uz hipersaites krāsu vai citiem fontu veidiem. Ir lietderīgi arī pārbaudīt, vai tekstā nav pareizrakstības, fontu lieluma un izlīdzināšanas problēmu.
7. Novērtēt navigācijas ātrumu
Pārliecinieties, ka lietojumprogrammas lietotāja saskarne darbojas vienmērīgi, bez traucējumiem. Laba vieta, kur meklēt kavēšanos, ir, piemēram, galvenes ielādēšanas ekrāns.
