fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Testiranje korisničkog sučelja važnije je nego ikad prije zahvaljujući globalnom prihvaćanju web stranica i aplikacija. Ako izbacujete novi dio softvera ili web-stranicu, ključno je da korisničko sučelje (UI) bude ispravno za ravnotežu između funkcionalnosti i estetike.

Puno toga ulazi u stvaranje privlačnog korisničkog sučelja, pri čemu testiranje korisničkog sučelja djeluje kao lakmus test za određivanje zadovoljava li sučelje sve ocjene ili ne.

U ovom ćemo članku proći kroz sva ključna područja povezana s testiranjem korisničkog sučelja, od definiranja što je korisničko sučelje do najboljih načina za testiranje vašeg korisničkog sučelja.

Sadržaj dokumenta

UI nasuprot GUI: Razjašnjavanje zabune

Granica između okvira automatizacije i alata za testiranje automatizacije

Za početak, pokušajmo razjasniti svaku zabunu oko pojmova UI i GUI. U nastavku je objašnjeno što ova dva pojma znače i gdje se razlikuju:

1. Što je testiranje korisničkog sučelja?

Korisničko sučelje ili UI je platforma koju koristite za interakciju s određenim softverom. UI je mjesto gdje možete unijeti upute, unijeti podatke ili pregledati informacije sa zaslona ili monitora.

Postoji mnogo različitih vrsta korisničkog sučelja, uključujući grafička korisnička sučelja (GUI) i sučelja naredbenog retka koja prikazuju samo kod i tekst.

2. Što je grafičko korisničko sučelje (GUI)?

Grafičko korisničko sučelje (GUI) vrsta je korisničkog sučelja s kojim je većina ljudi upoznata. To je vrsta sučelja koja koristi vizualne elemente kako bi nam pomogla u interakciji sa značajkama u sustavu.

Na primjer, možete koristiti izbornike ili alatne trake koje uključuju ikone koje vam pomažu u kretanju kroz sustav. Čak i tekst dobro funkcionira u GUI-jima kao način vođenja korisnika kroz funkciju, kao što je klik na ‘datoteku’ kada želite otvoriti ili spremiti dokument.

3. UI nasuprot GUI

Kako bismo vam pomogli da bolje razumijete ova dva oblika računalne interakcije, pogledajte izravnu usporedbu između korisničkog sučelja i GUI-ja u nastavku:

korisničko sučelje:

• Skraćenica korisničkog sučelja

• To je vrsta platforme koja korisnicima omogućuje interakciju s uređajima

• To je oblik interakcije čovjeka i stroja

• Koriste ga svi i često radi u pozadini, tako da ne znate da ga koristite

• Uobičajeni primjeri uključuju MS-DOS ili Unix

GUI:

• Skraćenica za grafičko korisničko sučelje

• To je vrsta platforme koja koristi grafiku za pomoć korisnicima u navigaciji funkcijama uređaja

• To je potklasa korisničkog sučelja

• Obično ga koriste prosječni, svakodnevni korisnici poput potrošača

• Uobičajeni primjeri uključuju Windows 10, iOS i Android

Što je testiranje korisničkog sučelja (UI)?

Prednosti uspostavljanja Testing Center of Excellence. Razlikuje li se testiranje performansi od funkcionalnog testiranja?

Testiranje korisničkog sučelja (UI), ponekad poznato kao GUI testiranje, ovisno o kontekstu, niz je radnji koje se koriste za mjerenje performansi i ukupne funkcionalnosti vizualnih elemenata aplikacije. Nastoji provjeriti i potvrditi različite funkcije korisničkog sučelja i osigurava da nema neočekivanih ishoda, nedostataka ili grešaka.

Testiranje korisničkog sučelja pomoću alata kao što je ZAPTEST primarno se koristi za provjeru stvari poput upotrebljivosti, funkcionalnosti i performansi korisničkog sučelja kako bi se osiguralo da ono odgovara svrsi.

U nekim slučajevima također provjerava stvari poput usklađenosti ili vizualnog jedinstva s cjelokupnim konceptima dizajna sustava.

Kada i zašto su vam potrebni testovi korisničkog sučelja?

Testiranje korisničkog sučelja obično je najučinkovitije prije puštanja aplikacije u proizvodnju. Time se osigurava da krajnji korisnik ima najbolje iskustvo, sa što je moguće manje grešaka i grešaka.

Krajnji korisnici nisu najbolji testeri softvera, stoga je važno riješiti sve probleme prije nego što dođu do njih.

Testiranje korisničkog sučelja koristan je način za procjenu kako se aplikacija nosi s određenim radnjama, poput upotrebe tipkovnice i miša za interakciju s izbornicima. Pomaže u provjeri vizualnih elemenata aplikacije kako bi se osiguralo da su ispravno prikazani.
Testiranje korisničkog sučelja također je izvrstan način za procjenu performansi i uvjeravanje da nema grešaka ili problema s funkcionalnošću aplikacije.

Vrste UI testova

Postoji niz različitih testova korisničkog sučelja koje treba razmotriti ovisno o aplikaciji koja se testira.

Testovi korisničkog sučelja imaju potencijal za provjeru mnogih funkcija u aplikacijama, tako da odabir prave vrste testa može pomoći u identificiranju specifičnih problema.

Drugim riječima, postoje različite metode testiranja korisničkog sučelja koje treba razmotriti i alati poput ZAPTEST-ovih automatiziranih alata za testiranje korisničkog sučelja, ovisno o tome što namjeravate testirati.

Neke od najčešćih metodologija pristupa funkcionalnom i nefunkcionalnom testiranju uključuju sljedeće:

1. Regresijsko testiranje

Regresijsko testiranje vrsta je testiranja korisničkog sučelja koje promatra sve promjene u kodiranju aplikacije ili web stranice.

Osigurava da su sve funkcionalnosti aplikacije onakve kakve su zamišljene nakon izmjene dijelova koda.

Ne treba provoditi nikakve otmjene testove, samo pokreće kod kako bi se uvjerio da sve ovisnosti i funkcije rade na isti način kao što su radile prije unošenja promjena.

2. Funkcionalno ispitivanje

Funkcionalno testiranje nastoji provjeriti aplikaciju kako bi se osiguralo da ispunjava sve funkcionalne zahtjeve.

Testira sve pojedinačne funkcije aplikacije, a zatim provjerava rezultat kako bi se uvjerio da radi prema očekivanjima.

Ova vrsta testiranja korisničkog sučelja obično se fokusira na testiranje crne kutije, koja ne gleda izvorni kod. Nastoji provjeriti stvari poput korisničkog sučelja, svih povezanih API-ja, komunikacije klijenta i poslužitelja ili sigurnosti.

3. Ispitivanje prihvatljivosti

Testiranje prihvaćanja, ponekad poznato kao testiranje prihvaćanja korisnika (UAT) oblik je testiranja korisničkog sučelja koje provodi krajnji korisnik aplikacije kako bi provjerio sustav prije prelaska na proizvodnju.

Ova vrsta testiranja korisničkog sučelja najčešće se nalazi u završnim fazama testiranja nakon što se verificiraju ostala područja.

Testiranje prihvaćanja koristi se za provjeru cjelokupnog tijeka aplikacije od početka do kraja. Ne bavi se površinskim problemima poput pravopisnih pogrešaka ili estetskih problema. Koristi zasebno okruženje za testiranje kako bi oponašalo proizvodno okruženje, osiguravajući da je spreman za prijelaz na sljedeću fazu.

4. Jedinično testiranje

Jedinično testiranje nastoji pregledati pojedinačne komponente aplikacije kako bi potvrdilo da radi kako je predviđeno.

Obično se izvodi tijekom faze kodiranja, tako da je obično na programerima da provedu ovu vrstu testa korisničkog sučelja.

Jedinično testiranje funkcionira odvajanjem dijela koda kako bi se osiguralo da radi prema očekivanjima. Ovaj pojedinačni dio koda može biti određeni modul, funkcija, objekt ili bilo koji drugi pojedinačni dio aplikacije.

5. Testiranje performansi

Testiranje performansi nastoji procijeniti optimizaciju aplikacije, promatrajući stvari poput brzine, stabilnosti, odziva i skalabilnosti aplikacije kada se koristi.

Ova vrsta testiranja korisničkog sučelja ima za cilj pronaći problematična područja u aplikaciji ili uska grla u protoku podataka. Tri glavna područja koja promatra su brzina, skalabilnost i stabilnost aplikacije.

6. GUI testiranje

Alati za testiranje GUI-ja pregledavaju grafičko korisničko sučelje aplikacije kako bi bili sigurni da sve funkcije rade kako se očekuje.

To uključuje pregled grafičkih sredstava i kontrola aplikacije, kao što su gumbi, alatne trake i ikone. GUI je ono s čime krajnji korisnik komunicira i što vidi kada koristi aplikaciju.

Koje su prednosti testiranja korisničkog sučelja?

koristi testiranje korisničkog sučelja

Brojne su prednosti povezane s testiranjem korisničkog sučelja i korištenjem alata poput ZAPTEST-ovog paketa za testiranje korisničkog sučelja, kako za programera tako i za krajnjeg korisnika.

Ispod su neke od ključnih prednosti povezanih s testiranjem korisničkog sučelja:

1. Poboljšava funkcionalnost

Važno je testirati aplikacije kako bi se osiguralo da rade prema očekivanjima, tako da se, ako postoje bilo kakvi kvarovi, greške ili drugi problemi, mogu riješiti prije izdavanja.

Ako aplikacija dođe do krajnjih korisnika i ima greške, puna je grešaka ili je pokvarena, tada neće raditi posao koji se od nje očekuje. To zauzvrat stvara previše problema krajnjim korisnicima i oni će ga vjerojatno prestati koristiti.

2. Olakšava korištenje

Alati za automatizaciju testiranja korisničkog sučelja također su koristan način za optimizaciju i pojednostavljenje aplikacije.

Čak i ako sve kodiranje radi kako treba, loše dizajnirano sučelje može zbuniti krajnje korisnike i brzo ih isključiti, smanjujući stope usvajanja aplikacije. Testiranje korisničkog sučelja izvrstan je način za ispeglanje bilo kojeg elementa ili izbora dizajna tako da je lakše koristiti.

3. Jača ugled aplikacije

Odvojiti vrijeme za pravilno izvođenje testiranja korisničkog sučelja i uvođenje alata kao što je ZAPTEST-ov softver za automatizaciju testiranja izvrsni su načini da se aplikacija dotjera i učini što je moguće jednostavnijom za korištenje.

Kada se pravilno izvede, aplikaciju čini izvrsnim ambasadorom robne marke, što podiže njenu ukupnu reputaciju. Ako aplikacija radi bez grešaka i radi sve što bi trebala raditi, korisnici će to cijeniti i koristiti je.

Koji su glavni izazovi testiranja korisničkog sučelja?

izaziva testiranje opterećenja

Iako je testiranje korisničkog sučelja važan dio razvoja aplikacije, ono nije nužno jednostavan dio procesa.

Brojni su problemi i izazovi povezani s besplatnim softverom za automatizaciju testiranja korisničkog sučelja, što otežava posao.

Ispod su neki od glavnih izazova povezanih s testiranjem korisničkog sučelja kada se koriste neadekvatni alati za testiranje korisničkog sučelja:

1. Ažuriranja korisničkog sučelja

Razvoj aplikacije obično je ponavljajući proces koji donosi nove značajke i funkcije tijekom razvojnog ciklusa i izvan njega.

Sve ove sporadične promjene mogu prilično otežati učinkovito izvođenje testova korisničkog sučelja jer druge ovisnosti i interakcije koda mijenjaju ono što se testira.

2. Testiranje koje raste u složenosti

Aplikacije i web stranice sada su mnogo sofisticiraniji nego prije nekoliko godina. Uz svu ovu dodatnu funkcionalnost, alati za testiranje korisničkog sučelja i softver za automatizaciju korisničkog sučelja moraju istražiti više elemenata i procesa.

Kao rezultat toga, mnogi alati u testiranju korisničkog sučelja moraju se prilagoditi kako bi se prilagodili svim ovim složenim dodacima.

3. Vremenska ograničenja

Kako aplikacije rastu u složenosti, tako rastu i alati koji se koriste za testiranje. Skripte za testiranje korisničkog sučelja oduzimaju mnogo više vremena zbog ogromne količine koda koji se mora testirati. Ovaj se problem pogoršava kada nisu dostupni pravi alati za testiranje korisničkog sučelja.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

4. Održavanje skripti korisničkog sučelja ažuriranima

Kako se korisničko sučelje mijenja i uvode nove funkcionalnosti, testne skripte moraju se prilagoditi za testiranje novih procesa. Ovo postaje sve veći izazov sa svakim novim dodatkom, budući da se testne skripte neprestano ažuriraju i prilagođavaju kako bi se prilagodile novoj funkcionalnosti.

Trebate li automatizirati testiranje korisničkog sučelja?

računalni vid za testiranje softvera

Kada je riječ o odlučivanju o najboljem pristupu testiranju aplikacije ili korisničkog sučelja, postoje dva različita puta za razmatranje – ručno testiranje ili automatizirano testiranje korisničkog sučelja pomoću automatiziranih alata . I ručno testiranje i automatizacija korisničkog sučelja imaju svoje prednosti i nedostatke, stoga je pametno razmotriti oboje kako biste vidjeli što najbolje odgovara aplikaciji.

Što je ručno testiranje korisničkog sučelja?

Ručno testiranje, za razliku od automatizacije korisničkog sučelja, uključuje korištenje testera za ručnu interakciju i pregled svih značajki koje se nalaze u aplikaciji ili web stranici.

Njihova primarna svrha je paziti na sve probleme, nepravilnosti ili probleme u cjelokupnoj aplikaciji. Ovo je osobito korisna opcija za manje aplikacije s ograničenim elementima, poput onih koji se nalaze u ranijim verzijama aplikacija.

1. Prednosti ručnog testiranja korisničkog sučelja

Mnogo je prednosti odabira ručnog testiranja korisničkog sučelja, ovisno o aplikaciji i njezinom dizajnu.
Ispod su neke od prednosti povezanih s ručnim testiranjem korisničkog sučelja:

• Ručno testiranje korisničkog sučelja uključuje ljudsku inteligenciju u testiranje radi traženja pogrešaka ili problema. Postoje stvari koje automatizirano testiranje korisničkog sučelja jednostavno ne može postići i potrebna je ljudska interakcija, kritičko razmišljanje i ljudski element da bi se pronašli svi nedostaci aplikacije.

• Automatizirani testovi mogu oduzimati dosta vremena jer stvaraju više scenarija za različite značajke koje mora provjeriti ljudski tester. Ručno testiranje korisničkog sučelja omogućuje ljudskim testerima da se usredotoče na pronalaženje grešaka umjesto na postavljanje emulacija.

• Ljudski testeri imaju tendenciju da imaju intimno znanje o aplikaciji, često trošeći nebrojene sate navikavajući se na sučelje. Zbog toga oni razumiju na što trebaju paziti u pogledu pogrešaka, dok im pomaže da ostanu u tijeku s trenutnim stanjem aplikacije.

• Postoje problemi koji možda neće biti označeni automatiziranim testiranjem korisničkog sučelja jer ne utječu na kôd. Stvari poput vremena odgovora poslužitelja mogu kasniti, ali ih automatski test može lako previdjeti. Ručno testiranje korisničkog sučelja uklanja ovaj problem jer ljudski korisnik te probleme odmah primjećuje.

• Ručno testiranje korisničkog sučelja najtočnija je emulacija korisničkog iskustva, budući da postavljate situaciju koja odražava način na koji će krajnji korisnik komunicirati s aplikacijom. Ovo stvara kontekst stvarnog svijeta za pronalaženje problema koje obično pronalaze krajnji korisnici, ali su možda promaknuti automatiziranim testiranjem korisničkog sučelja.

2. Ograničenja ručnog testiranja korisničkog sučelja

Postoje i ograničenja ručnog testiranja korisničkog sučelja koja treba uzeti u obzir prije donošenja odluke o najboljem pristupu testiranju za vašu aplikaciju.

Neka od ograničenja ručnih testova korisničkog sučelja uključuju sljedeće:

• Za ručno testiranje potrebno je puno više vremena od automatiziranog testiranja korisničkog sučelja, osobito kada se koriste moderni alati poput hiperautomatizacije . Skripte za automatizirano testiranje mogu se izvoditi mnogo brže od bilo koje vrste ljudskog unosa, tako da odabir ručnog testiranja web sučelja dodaje dodatne sate rasporedu.

• Budući da je to u konačnici ljudski proces, ručno testiranje web sučelja podložno je ljudskim pogreškama. Propuštene pogreške zbog nedostatka fokusa ili smetnje mogu se dogoditi pri ručnom testiranju korisničkog sučelja, što može dovesti do problema. Usporedno, automatizirano testiranje korisničkog sučelja uklanja ljudski element iz procesa, čineći ga mnogo manje sklonim ovakvim vrstama problema. To posebno vrijedi za najnovije vrste automatiziranog testiranja korisničkog sučelja, kao što je robotska automatizacija procesa .

• Stvarni proces bilježenja svih pronađenih pogrešaka traje puno duže, što može otežati praćenje bilo kakvih promjena dok se prave. Automatizirano testiranje korisničkog sučelja ovdje je bolji pristup jer zahtijeva ažuriranje samo ako je implementirana nova značajka.

• Ručno testiranje korisničkog sučelja zahtijeva dobro poznavanje aplikacije za kompetentno testiranje problema. Kao rezultat toga, postoji određena razina znanja potrebna ljudskim ispitivačima prije nego što mogu učinkovito testirati. Automatizirano testiranje ne zahtijeva ovu razinu znanja.

3. Testiranje snimanja i reprodukcije

Testiranje snimanja i ponavljanja oblik je testiranja korisničkog sučelja bez koda koji vam omogućuje izvođenje testova bez ikakvog dubljeg znanja programiranja. Koristi se funkcijom za snimanje ručnih radnji koje se izvode u aplikaciji prije spremanja kao testnog uzorka.

To omogućuje da se test korisničkog sučelja izvodi uvijek iznova bez ljudskog angažmana.

4. Ručno u odnosu na snimanje i reprodukciju u odnosu na automatizirano testiranje

Prilikom odlučivanja između ove tri vrste testiranja korisničkog sučelja, važno je uzeti u obzir opseg i razmjere aplikacije i raspoložive resurse.

Ručno testiranje korisničkog sučelja najlakše je postaviti i koristiti, ali ima mnogo zahtjeva kao što je dobro poznavanje aplikacije od testera. Također je teško nastaviti ručno testiranje korisničkog sučelja ako stalno ažurirate aplikaciju.

Alati za automatizaciju testiranja korisničkog sučelja poput onih koje nudi Zaptest odlična su opcija ako namjeravate redovito ažurirati aplikaciju, a s vremenom se isplati.

Snimanje i ponavljanje dolazi u obzir kako bi se premostio jaz između dvije vrste testiranja korisničkog sučelja. Nudi osnovnu razinu automatizacije korisničkog sučelja, ali još uvijek zahtijeva ljudski unos da bi se pokrenuo.

Što testirate kada provodite testove korisničkog sučelja?

Što je testiranje opterećenja?

Ono što testirate kada provodite testove korisničkog sučelja pomoću alata kao što je ZAPTEST-ov softver za testiranje korisničkog sučelja razlikovat će se ovisno o sadržaju aplikacije.

Ipak, nastoji slijediti funkcionalnost aplikacije. Na primjer, ako aplikacija ima stranicu za naplatu, testiranje korisničkog sučelja uključivalo bi stvari poput testiranja gumba “kupi sada”.

Iako se stvarni procesi za testiranje razlikuju od aplikacije do aplikacije, postoje brojne općenite stvari korisničkog sučelja za testiranje, kao što su:

1. Pogreške u tipovima podataka

Ovaj test korisničkog sučelja osigurava da prava vrsta podataka radi u odgovarajućim poljima. Na primjer, tekst za imena bez mogućnosti korištenja brojeva. Ako ispitivač korisničkog sučelja može unijeti numeričke vrijednosti ispod polja imena, onda nešto nije u redu.

2. Problemi sa širinom polja

Ovo se koristi za ograničavanje broja znakova za određena polja, kao što su poštanski brojevi. Ako aplikacija ne ograniči broj znakova u ovim poljima, to bi moglo rezultirati nevažećim unosima krajnjeg korisnika.

3. Gumbi

Ovi testovi korisničkog sučelja osiguravaju da gumbi ispravno funkcioniraju, pa na primjer gumb za sljedeću stranicu usmjerava krajnjeg korisnika na sljedeću stranicu. Postoji mnogo različitih tipova gumba s različitim namjenama, stoga je važno da rade posao koji bi trebali kako bi se stvorila funkcionalna aplikacija.

4. Pomicanje tablice

Ako u aplikaciji postoje tablice s podacima, pomicanje tablice osigurava da se možete pomicati kroz podatke dok zaglavlja ostaju vidljiva.

Ako to ne radi, podaci će biti zbunjujući za krajnjeg korisnika.

5. Zapisi pogrešaka

U slučaju pada aplikacije ili pogreške, važno je testirati zapisnike pogrešaka kako biste bili sigurni da daju točan rezultat za izvješća o pogreškama.

Bez točnog izvješćivanja o pogreškama i zapisnika pogrešaka, ne postoji dobar način da se utvrdi što uzrokuje problem ili kako ga popraviti.

Kako provodite UI (GUI) test?

automatizacija testiranja softvera post

Da bismo vam dali dobru predodžbu o tome kako provesti UI – ili GUI – test, napravit ćemo primjer koji možete pogledati.

Recimo da ćemo testirati stranicu obrasca u aplikaciji za registraciju računa. Postoji više elemenata korisničkog sučelja za testiranje na ovoj stranici, koji su označeni TC-X (gdje TC označava testni slučaj, a X označava broj elementa).

Ispod je popis dostupnih TC-ova za testiranje:

TC-1: Logo marke na vrhu zaslona

• Ovo treba testirati kako biste provjerili prikazuje li ispravan položaj, vrstu fonta i oznaku stranice.

TC-2: Registrirajte svoj račun

• Ovo bi trebalo provjeriti je li zaglavlje stranice točno.

• Također treba provjeriti je li prikazan ispravan font.

TC-3: Polje s imenom

• Ovo bi trebalo testirati ispravno poravnanje i položaj tekstualnog okvira.

• Također bi trebao testirati oznake polja i provjeriti prihvaća li važeće i odbija li nevažeće unose.

TC-4: Polje za prezime

• Ovo bi trebalo testirati ispravno poravnanje i položaj tekstualnog okvira.

• Također bi trebao testirati oznake polja i provjeriti prihvaća li važeće i odbija li nevažeće unose.

TC-5: Polje za korisničko ime

• Ovo bi trebalo testirati koja se poruka o pogrešci prikazuje prilikom unosa zabranjenih znakova.

• Također treba provjeriti je li poruka o pogrešci važeća i točna.

TC-6: Polje za lozinku

• Ovo bi trebalo testirati oznake polja kako biste bili sigurni da prihvaća važeće znakove i odbija nevažeće.

• Također bi trebao testirati poravnanje i položaj tekstualnog okvira.

TC-7: Gumb za sljedeću stranicu

• Ovo bi trebalo provjeriti radi li podnošenje obrasca kako je predviđeno.

• Također treba provjeriti položaj gumba i provjeriti je li čitljiv korisniku.

Plan testiranja korisničkog sučelja – što je to?

koji bi trebao biti uključen u alate za automatizaciju testiranja softvera i planiranje

Plan testiranja korisničkog sučelja je dokument koji je dio procesa testiranja aplikacija.

Plan testiranja korisničkog sučelja rastavlja ključne informacije o aplikaciji i svim aktivnostima testiranja povezanim s njom.

Stvaranje plana testiranja obično je jedan od prvih koraka koje poduzimate prilikom testiranja aplikacija jer postavlja temelje za metodologije testiranja i planirane rezultate.

To je koristan dokument koji onima izvan tima za testiranje daje bolju predodžbu o tome što se događa u procesu.

Kako napisati plan testiranja korisničkog sučelja

Planovi testiranja korisničkog sučelja nude izvrsne smjernice i upute za testere korisničkog sučelja, tako da ispravno postavljanje stvarno pomaže pri testiranju i provjeri aplikacija.

Pogledajte korake u nastavku kako biste naučili kako napisati plan testiranja korisničkog sučelja:

1. Uključite ključne informacije o testiranju korisničkog sučelja

Plan testiranja korisničkog sučelja uključuje sve ključne informacije potrebne za provođenje testiranja aplikacije. Neke od ovih informacija uključuju sljedeće:

• Stručnjaci potrebni za testiranje, njihove uloge i vještine.

• Ukupno vrijeme potrebno za testiranje aplikacije.

• Tehnike testiranja koje se primjenjuju na test.

• Svi resursi potrebni za testiranje, poput specifičnog hardvera, dokumentacije ili alata.

• Raščlamba ciljanih testnih okruženja, kao što su mobilni uređaji, određeni operativni sustav ili preglednici.

• Opći ciljevi procesa testiranja.

2. Ispitivanje dimom

Zatim možete upotrijebiti testiranje dima kao pomoć pri izradi plana testiranja korisničkog sučelja. Dimno testiranje koristan je način za prepoznavanje osnovnih problema i grešaka u aplikaciji, ali ne traži preduboko probleme.

To je tehnika koja je najprikladnija za testiranje korisničkog sučelja na gornjem sloju aplikacije, tako da može vrlo lako uhvatiti očite probleme.

3. Ispitivanje uračunljivosti

Da biste dublje istražili aplikaciju i pronašli manje očite greške i nedostatke, testiranje ispravnosti izvrsna je tehnika za testiranje korisničkog sučelja.

Testiranje zdravog razuma nastoji provjeriti svako novo ili promijenjeno kodiranje kako bi se potvrdilo da je usklađeno sa zahtjevima aplikacije.

Razlikuje se od testiranja dima po tome što je puno opsežnije s testiranjem korisničkog sučelja, što omogućuje dublji uvid u funkcionalnost aplikacije.

Nakon što aplikacija prođe test dima, test ispravnosti dodaje dodatnu razinu inspekcije.

Scenariji testiranja korisničkog sučelja

Kako bi se osiguralo da aplikacija radi kako je predviđeno u više područja i interakcija, važno je izvesti različite scenarije testiranja korisničkog sučelja.

U nastavku je pregled scenarija testiranja korisničkog sučelja, s primjerom.

1. Što su scenariji testiranja korisničkog sučelja?

Testni scenarij korisničkog sučelja način je uspostavljanja dokumentacije za višestruke slučajeve upotrebe u aplikaciji.

Testni scenarij korisničkog sučelja koristi se za opisivanje specifičnih radnji koje korisnik može poduzeti tijekom korištenja aplikacije.

U nekim slučajevima također opisuje scenarij koji bi korisnik mogao doživjeti tijekom korištenja aplikacije.

Scenariji testiranja korisničkog sučelja korisni su jer provjeravaju funkcionira li funkcionalnost unutar aplikacije kako se očekuje. Za generiranje korisnih scenarija potrebno je intimno razumijevanje aplikacije i unos klijenata i programera.

2. Primjer scenarija testiranja korisničkog sučelja

Kao primjer, razmotrite scenarij testiranja za stranicu za prijavu aplikacije. Testni scenarij korisničkog sučelja za ovo će pokušati odgovoriti na sljedeća pitanja:

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

• Mogu li se korisnici prijaviti na platformu koristeći ispravne vjerodajnice?

• Što je rezultat korištenja netočnih vjerodajnica za prijavu?

• Što se događa kada koristite valjano korisničko ime, ali nevažeću lozinku?

• Što se događa kada ostavite polja prazna i pokušate se prijaviti?

• Ako postoji gumb ‘zaboravljena lozinka’, što se događa kada ga kliknete?

• Rade li sve veze na stranici kako treba?

Odgovaranje na ova pitanja pomaže testerima korisničkog sučelja identificirati sva područja aplikacije koja ne rade kako bi trebala.

Također provjerava pružaju li sve dostupne radnje očekivani rezultat, kao što je prijava korištenjem pravih vjerodajnica.

Testni slučajevi korisničkog sučelja

Kako bi se pogledali pojedinačni aspekti scenarija testiranja korisničkog sučelja, testni slučajevi se koriste za rastavljanje pojedinačnih značajki dijelova funkcionalnosti u aplikaciji.

Ispod je sažetak testnih slučajeva korisničkog sučelja s primjerima.

1. Što su UI testni slučajevi?

Testni slučaj korisničkog sučelja je niz radnji koje se izvode da bi se provjerila određena značajka ili dio funkcionalnosti unutar aplikacije.

Testni slučajevi korisničkog sučelja raščlanjuju testne korake, podatke, preduvjete i postuvjete za određene scenarije te provjeravaju i zahtjeve.

Testni slučaj korisničkog sučelja obično uključuje vrlo specifične varijable kako bi se omogućilo dubinsko testiranje na pojedinačnoj razini. Testeri korisničkog sučelja zatim uspoređuju stvarne rezultate s očekivanim rezultatom kako bi osigurali da aplikacija funkcionira prema zahtjevima.

2. Primjeri UI & GUI testnih slučajeva

Kako bismo vam pomogli da bolje razumijete testne slučajeve korisničkog sučelja i GUI-ja, pogledajte primjere ispod koji su testni slučajevi za testni scenarij koji gleda na funkcionalnost ekrana za prijavu:

• Provjerite ponašanje sustava prilikom unosa valjanih vjerodajnica.

• Provjerite ponašanje sustava kada se koristi nevažeća e-pošta, ali valjana lozinka.

• Provjerite ponašanje sustava kada se koristi važeća e-pošta, ali nevažeća lozinka.

• Provjerite ponašanje sustava kada se koriste nevažeći email i lozinka.

• Provjerite ponašanje sustava kada su polja prazna.

• Provjerite poveznicu ‘zaboravljena lozinka’ da vidite ponaša li se očekivano.

• Provjerite ponašanje sustava kada je gumb “ostavi me prijavljenim” označen.

• Provjerite ponašanje sustava kada se unese nevažeći telefonski broj.

Dakle, svi ovi primjeri su pojedinačni testni slučajevi korisničkog sučelja.

Za razliku od scenarija testiranja, koji pokriva cijeli proces, testni slučajevi promatraju pojedinačne funkcije. Drugim riječima, svaki gornji primjer je testni slučaj korisničkog sučelja, pri čemu je cijeli popis klasificiran kao scenarij testiranja.

Testne skripte korisničkog sučelja

Skripta iz foruma.PNG

Kako bismo dobili još detaljniju raščlambu testiranja aplikacija, stvorene su testne skripte korisničkog sučelja koje daju više informacija testerima o testnim slučajevima i scenarijima.

U nastavku je sažetak onoga što su testne skripte korisničkog sučelja i kako ih napisati.

1. Što su testne skripte korisničkog sučelja?

Testne skripte korisničkog sučelja vrlo su detaljni opisi testova koji se izvode na aplikaciji, obično redak po redak.

Vrlo su specifične prirode s puno detalja u smislu korištenih testnih slučajeva, podataka i očekivane funkcionalnosti aplikacije.

Svi rezultati testnih slučajeva također su uključeni u testne skripte kako bi se obogatile informacije.

2. Kako napisati skripte za testiranje korisničkog sučelja

Testne skripte korisničkog sučelja jednostavne su jer jednostavno prikazuju detalje testnih slučajeva.

Sve dok u njih uključujete sljedeće informacije, trebali biste moći izvući mnogo vrijednosti iz svojih testnih skripti korisničkog sučelja:

• ID testne skripte: Ovo je jedinstveni identifikator testne skripte.

• Naslov: Naslov testne skripte.

• ID testa: Ovo je ID testa za koji stvarate skriptu.

• Zahtjevi: Ovo su specifikacije primjene hardvera potrebnog za izvođenje testnih slučajeva.

• Procedura: Ovo su koraci koji se poduzimaju za napredak u testiranju.

• Rezultat: Ovo je izlaz i konačni rezultat testiranja.

• Status: Ovo je pokazatelj uspjeha testne skripte – je li prošla ili nije?

• Šifra pogreške: Ako se pojavio problem, šifra pogreške opisuje o čemu se radi.

Kontrolni popis za vaše testove korisničkog sučelja

Kontrolni popis za testiranje softvera

Sada kada ste spremni započeti s testiranjem korisničkog sučelja, upotrijebite kontrolni popis u nastavku za izradu vlastitih testova:

1. Provjerite osnovnu funkcionalnost

Funkcionalno testiranje odličan je način za pronalaženje stvari poput vizualnih grešaka ili grešaka na platformi.

U ovoj fazi svakako uključite stvari poput biometrije, svih poruka i podataka o memoriji aplikacije.

2. Provjerite kompatibilnost s više platformi

Kako biste izbjegli probleme kao što je fragmentacija uređaja koja određenim korisnicima blokira pristup aplikaciji, korisno je izvršiti provjere kompatibilnosti s više platformi.

To uključuje provjeru aplikacije u različitim razlučivostima zaslona.

Dobro je razmotriti kompatibilnost i izvorne i hibridne aplikacije na mobilnim uređajima kao što su Android i iOS.

3. Provjerite kompatibilnost na različitim veličinama zaslona

Postoji mnogo različitih veličina zaslona koje krajnji korisnici mogu pokušati koristiti s aplikacijom, stoga je važno testirati korisničko sučelje za njih.

Testiranje odziva korisničkog sučelja najbolje je implementirati na najnovijim uređajima kako bi se riješili potencijalni problemi. Također, ne zaboravite testirati i u pejzažnom i u portretnom načinu.

4. Provjerite performanse i skalabilnost

Kada aplikacija ima skalabilnost, ona može pružiti izvrsne performanse na različitim platformama.
Testirajte različite razine opterećenja, promet i druge scenarije krajnjeg korisnika kako biste procijenili izvedbu i skalabilnost aplikacije.

To se može učiniti pomoću paralelnog testiranja, koje koristi automatizirano testiranje korisničkog sučelja poput robotske automatizacije procesa u više okruženja.

5. Provjerite dostupnost aplikacije

Testiranje pristupačnosti osigurava da specifične značajke usmjerene na pomoć krajnjim korisnicima rade prema očekivanjima. Ovdje provjerite stvari poput veličine fonta, načina rada čitača zaslona i mogućnosti zumiranja.

6. Provjerite boje i tekst

Aplikacije bi trebale prikazivati boje na određeni način, stoga je važno to provjeriti testiranjem shema boja.

To uključuje stvari poput boje hiperveze ili drugih vrsta fonta. Također je korisno provjeriti ima li u tekstu problema s pravopisom, veličinom fonta i poravnanjem.

7. Procijenite brzinu plovidbe

Provjerite radi li korisničko sučelje aplikacije glatko, bez ikakvih smetnji. Stvari poput zaslona za učitavanje zaglavlja dobro su mjesto za traženje kašnjenja.

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post