Lai saprastu GUI testēšanu, vispirms var saprast
Kas ir GUI?
Datoru lietojumprogrammām ir divu veidu saskarnes. Komandrindas saskarne ir vieta, kur rakstāt tekstu, un dators reaģē uz šo komandu. GUI nozīmē grafisko lietotāja saskarni, kurā jūs mijiedarbojaties ar datoru, izmantojot attēlus, nevis tekstu.
Tālāk ir norādīti GUI elementi, kurus var izmantot lietotāja un lietojumprogrammas mijiedarbībai:
GUI testēšana ir iepriekš minēto elementu pārbaude.
GUI pārbaude
GUI testēšana ir programmatūras testēšanas veids, kas pārbauda programmatūras grafisko lietotāja saskarni. Grafiskās lietotāja saskarnes (GUI) testēšanas mērķis ir nodrošināt programmatūras lietojumprogrammu darbību atbilstoši specifikācijām, pārbaudot ekrānus un vadības elementus, piemēram, izvēlnes, pogas, ikonas utt.
GUI ir tas, ko redz lietotājs. Pieņemsim, ka, apmeklējot vietni guru99.com, jūs redzēsiet, ka mājas lapa ir vietnes GUI (grafiskā lietotāja saskarne). Lietotājs neredz pirmkodu. Interfeiss ir redzams lietotājam. Īpaši uzmanība tiek pievērsta dizaina struktūrai, attēliem, ka tie darbojas pareizi vai nē.
Iepriekš minētajā piemērā, ja mums jāveic GUI pārbaude, vispirms pārbaudām, vai attēliem jābūt pilnībā redzamiem dažādās pārlūkprogrammās.
Ir pieejamas arī saites, un, noklikšķinot uz pogas, tai vajadzētu darboties.
Turklāt, ja lietotājs mainīs ekrāna izmērus, ne attēliem, ne saturam nevajadzētu samazināties, apgriezt vai pārklāties.
Šajā apmācībā jūs uzzināsiet
- Kas ir GUI testēšana?
- Vajadzība pēc GUI testēšanas
- Ko jūs reģistrējaties GUI testēšanā?
- GUI testēšanas pieeja
- GUI testēšanas gadījumu pārbaude
- Demonstrācija: kā veikt GUI testu
- Izaicinājumi GUI testēšanā
Vajadzība pēc GUI testēšanas
Tagad GUI testēšanas pamatkoncepcija ir skaidra. Daži jautājumi, kas radīsies jūsu prātā, būs
- Kāpēc veic GUI testēšanu?
- Vai tas tiešām ir vajadzīgs?
- Vai funkcionāli un lietojuma loģikas pārbaude nav pietiekama? Tad kāpēc tērēt laiku lietotāja saskarnes testēšanai.
Lai saņemtu atbildi domāt kā lietotājam, nevis kā testētājam. Lietotājam nav nekādu zināšanu par XYZ programmatūru / lietojumprogrammu. Lietotnes lietotāja interfeiss nolemj, ka lietotājs turpinās lietot lietojumprogrammu vai nē.
Parasts lietotājs vispirms ievēro lietojumprogrammas / programmatūras dizainu un izskatu un to, cik viegli viņam ir saprast lietotāja saskarni. Ja lietotājs nav apmierināts ar saskarni vai atrod lietojumprogrammu kompleksu, lai saprastu, viņš nekad vairs neizmantos šo lietojumprogrammu. Tāpēc GUI rada bažas, un, lai pārliecinātos, ka GUI nav kļūdu, jāveic atbilstoša pārbaude.
Ko jūs reģistrējaties GUI testēšanā?
Šis kontrolsaraksts nodrošinās detalizētu GUI testēšanu programmatūras testēšanā.
- Pārbaudiet visus GUI elementus pēc lieluma, izvietojuma, platuma, garuma un rakstzīmju vai ciparu pieņemšanas. Piemēram, jums jāspēj ievadīt ievades laukus.
- Pārbaudiet, vai varat izpildīt paredzēto lietojumprogrammas funkcionalitāti, izmantojot GUI
- Pārbaudiet, vai kļūdu ziņojumi tiek parādīti pareizi
- Pārbaudiet, vai ekrānā ir notīrīta dažādu sadaļu norobežošana
- Lietojumprogrammā izmantotais pārbaudes fonts ir lasāms
- Pārbaudiet, vai teksta izlīdzinājums ir pareizs
- Pārbaudiet fonta krāsu un brīdinājuma ziņojumi ir estētiski pievilcīgi
- Pārbaudiet, vai attēliem ir laba skaidrība
- Pārbaudiet, vai attēli ir pareizi izlīdzināti
- Pārbaudiet GUI elementu pozicionēšanu, lai iegūtu atšķirīgu ekrāna izšķirtspēju.
GUI testēšanas paņēmieni
GUI testēšanas paņēmienus var iedalīt trīs daļās:
Manuāla testēšana
Saskaņā ar šo pieeju testētāji manuāli pārbauda grafiskos ekrānus atbilstoši biznesa prasību dokumentā noteiktajām prasībām.
Ierakstīt un atkārtot
GUI testēšanu var veikt, izmantojot automatizācijas rīkus. Tas tiek darīts 2 daļās. Ierakstīšanas laikā testa darbības notver automatizācijas rīks. Atskaņošanas laikā ierakstītās pārbaudes darbības tiek veiktas pārbaudāmajā lietojumprogrammā. Šādu rīku piemērs - QTP.
Testēšana uz modeļa bāzes
Modelis ir grafisks sistēmas uzvedības apraksts. Tas mums palīdz izprast un paredzēt sistēmas uzvedību. Modeļi palīdz efektīvu testa gadījumu paaudzē, izmantojot sistēmas prasības. Šajā modeļa testēšanā jāņem vērā sekojošais:
- Izveidojiet modeli
- Nosakiet modeļa ievadi
- Aprēķiniet paredzamo modeļa iznākumu
- Palaidiet testus
- Salīdziniet faktisko produkciju ar paredzamo produkciju
- Lēmums par turpmāko rīcību pēc modeļa
Daži no modelēšanas paņēmieniem, no kuriem var iegūt testa gadījumus:
- Diagrammas - attēlo sistēmas stāvokli un pārbauda stāvokli pēc kāda ievades.
- Lēmumu tabulas - tabulas, ko izmanto, lai noteiktu rezultātus katram izmantotajam ievadam
Uz modeļiem balstīta testēšana ir attīstoša tehnika testa gadījumu ģenerēšanai no prasībām . Tās galvenā priekšrocība, salīdzinot ar iepriekšminētajām divām metodēm, ir tā, ka tā var noteikt nevēlamus stāvokļus, kurus jūsu GUI var sasniegt.
Tālāk ir pieejami atvērtā koda rīki, lai veiktu automatizētu lietotāja saskarnes testēšanu.
| Produkts | Licencēts saskaņā ar |
|---|---|
| AutoHotkey | GPL |
| Selēns | Apache |
| Sikuli | MIT |
| Robotu ietvars | Apache |
| Ūdens | BSD |
| Dojo rīkkopa | BSD |
GUI testēšanas piemēru piemērs
GUI testēšana būtībā ietver
- Elementu lieluma, izvietojuma, platuma, augstuma pārbaude.
- Tiek parādīti kļūdu ziņojumi.
- Notiek dažādu ekrāna sadaļu pārbaude.
- Fonta pārbaude, vai tas ir lasāms vai nē.
- Ekrāna pārbaude dažādās izšķirtspējās, izmantojot tuvināšanu un tālināšanu, piemēram, 640 x 480, 600x800 utt.
- Tekstu un citu elementu, piemēram, ikonu, pogu utt., Izlīdzināšanas pārbaude ir pareizā vietā.
- Fontu krāsu pārbaude.
- Kļūdu ziņojumu, brīdinājuma ziņojumu krāsu pārbaude.
- Pārbauda, vai attēlam ir laba skaidrība.
- Attēlu izlīdzināšanas pārbaude.
- Pareizrakstības pārbaude.
- Lietotājs, izmantojot sistēmas saskarni, nedrīkst sarūgtināt.
- Pārbauda, vai saskarne ir pievilcīga.
- Ritjoslu pārbaude atbilstoši lapas izmēram, ja tāds ir.
- Invalīdu lauku pārbaude, ja tādi ir.
- Attēlu lieluma pārbaude.
- Virsrakstu pārbaude, vai tie ir pareizi izlīdzināti.
- Hipersaites krāsas pārbaude.
Demonstrācija: kā veikt GUI testēšanu
Šajā ekrānā mēs izmantosim dažus testa gadījumu paraugus.
Tālāk ir sniegts testa gadījumu piemērs, kas sastāv no lietotāja saskarnes un lietojamības testa scenārijiem.
TC 01 - Pārbaudiet, vai tekstlodziņš ar etiķeti " Avota mape " ir pareizi izlīdzināts.
TC 02 - Pārbaudiet, vai tekstlodziņš ar etiķeti " Iepakojums " ir pareizi izlīdzināts.
TC 03 - Pārbaudiet, vai etiķete ar nosaukumu " Pārlūkot " ir poga, kas atrodas TextBox beigās ar nosaukumu " Avota mape ".
TC 04 - Pārbaudiet, vai etiķete ar nosaukumu " Pārlūkot " ir poga, kas atrodas TextBox beigās ar nosaukumu " Pakete ".
TC 05 - Pārbaudiet, vai tekstlodziņš ar etiķeti " Nosaukums " ir pareizi izlīdzināts.
TC 06 - Pārbaudiet, vai etiķete " Modifikatori " sastāv no 4 radio pogām ar nosaukumu public, default, private, protected.
TC 07 - Pārbaudiet, vai etiķete " Pārveidotāji " sastāv no 4 radio pogām, kuras ir pareizi izlīdzinātas pēc kārtas.
TC 08 - Pārbaudiet, vai etiķete " Superclass " zem etiķetes " Modifikatori " sastāv no nolaižamās izvēlnes, kurai jābūt pareizi izlīdzinātai.
TC 09 - Pārbaudiet, vai etiķete " Superclass " sastāv no pogas ar etiķeti " Browse ", kurai jābūt pareizi izlīdzinātai.
TC 10 - Pārbaudiet, vai noklikšķinot uz jebkuras pogas, noklusējuma peles rādītājs ir jāmaina uz rokas peles rādītāju.
TC 11 - pārbaudiet, vai lietotājs nedrīkst būt spējīgs ierakstīt nolaižamajā izvēlnē “ Superclass ”.
TC 12 - Pārbaudiet, vai ir radusies pareiza kļūda, ja kaut kas ir kļūdaini izvēlēts.
TC 13 - Pārbaudiet, vai kļūda ir jāveido RED krāsā, kur vien tas nepieciešams.
TC 14 - pārbaudiet, vai kļūdu ziņojumos jāizmanto pareizas etiķetes.
TC 15 - Pārbaudiet, vai katru reizi pēc noklusējuma ir jāizvēlas vienas radiopogas.
TC 16 - Pārliecinieties, vai pogai TAB ir jādarbojas pareizi, lecot citā laukā blakus iepriekšējam.
TC 17 - Pārbaudiet, vai visām lapām jābūt pareizam nosaukumam.
TC 18 - Pārbaudiet, vai lapas tekstam jābūt pareizi izlīdzinātam.
TC 19 - pārbaudiet, vai pēc jebkura lauka atjaunināšanas ir jāparāda pareizs apstiprinājuma ziņojums.
TC 20 - Pārbaudiet, vai ir jāizvēlas tikai 1 radiopoga un var būt atzīmētas vairākas izvēles rūtiņas.
Izaicinājumi GUI testēšanā
Programmatūras inženierijā regresijas testēšanas laikā visbiežāk sastopamā problēma ir tā, ka lietojumprogrammas GUI bieži mainās. Ir ļoti grūti pārbaudīt un noteikt, vai tas ir jautājums vai uzlabojums. Problēma izpaužas, ja jums nav dokumentu par GUI izmaiņām.
GUI testēšanas rīki
Tālāk ir saraksts ar populāriem GUI testēšanas rīkiem :
- Ranorex
- Selēns
- QTP
- Gurķis
- SilkTest
- TestComplete
- Squish GUI testeris
Noklikšķiniet šeit, lai uzzinātu selēnu, QTP un gurķi.
Secinājums:
Programmatūras produkta panākumi ir ļoti atkarīgi no tā, kā GUI mijiedarbojas ar lietotāju un kā viegli izmantot tā dažādās funkcijas. Tādējādi GUI pārbaude ir ļoti svarīga. Manuālā GUI testēšana dažreiz var būt atkārtota un garlaicīga, un tādējādi pakļauta kļūdām. Automātika ir ļoti ieteicama GUI testēšanai.
Šis raksts ir tapis, pateicoties Swati Ghildiyal, Prateek Chandra un Guru99 ieguldījumam.