Mis on GUI testimine?

GUI-testimist kirjeldatakse rakenduse testimisel jaotise Test süsteemi graafilises kasutajaliideses. Graafiline testimine koosneb ekraanikontrollidest, kasutades juhtelemente, näiteks ikoone, nuppe ja menüüsid igat tüüpi ribadega, näiteks dialoogid, menüüriba, tööriistariba, Windows jne. Põhimõtteliselt võime öelda, et meie nägemuses on GUI. Arvutirakenduste jaoks on kahte tüüpi liideseid. Käsurea liides on see, mis vastab käsu tekstile ja arvutile. GUI on graafiline kasutajaliides, milles kasutate arvutiga suhtlemiseks pilte, mitte teksti.

Võtame näite, kui teie või teie sõber külastab saiti, mis on Educba .com, kõigepealt näeb ta avalehte, otsingunuppu, kursiriba ja palju muud, mis on GUI (graafiline kasutajaliides). Kasutaja ei näe ühtegi lähtekoodi. Kasutaja saab liidest näha. Keskendutakse eriti kujunduse struktuurile, piltidele, mis töötavad korrektselt või mitte. Ühendustele on ka juurdepääs ja kui klõpsate, peaks nupp töötama. Samuti ei tohi pilt ega sisu väheneda ega kattuda, kui kasutaja ekraani ümber kujundab. Nii et see on natuke sissejuhatus GUI (graafilise kasutajaliidese) testimise osas.

GUI testimise omadused

Selle erinevatest omadustest aru saades saab GUI-testimise osas veelgi rohkem selgust saada. Seega kirjeldatakse allpool mõnda kriitilist GUI-testi ja muid seotud elemente.

  • See testimismeetod on raskem kui liiniliidese testimiskäsk.
  • Enamik GUI testimiseks kasutatavaid testimisriistu keskendub peamiselt regressioonitestidele.
  • Samuti kinnitab see, et komponendid, nagu font ja pildid, vastavad nende kujundusnõuetele.
  • Automaatse testimisega võib GUI silmitsi seista veel suuremate väljakutsetega, kuna kasutajaliides muutub sageli.
  • See viiakse läbi kasutaja, mitte arendaja või testija vaatepunktist.
  • Aitab meeskonnal koguda vajalikke andmeid, et nad saaksid otsustada, kas rakenduse saab kasutusele võtta või mitte.

GUI testimine erinevatel viisidel

Tarkvaraeksperdid kasutavad ülemaailmselt kolme peamist GUI-testijat, et kontrollida graafilise kasutajaliidese elementide täpsust ja kvaliteeti.

  1. Manuaalne testimine.
  2. Salvestamine ja kordus.
  3. Mudelipõhine testimine.

1) Käsitsi põhine testimine

Testijad kontrollisid käsitsi kogu ettevõtte dokumendi graafikat koos eeltingimustega. Näiteks korrutamist (33X5) saab kontrollida käsitsi testimisega.

2) Salvestage ja taasesitage

Record and Replay on automatiseeritud graafilise kasutajaliidese tööriist, mille abil testimise ajal on kogu test kirje.

3) mudelipõhine testimine

Mudelipõhine testimine toimib graafilise kirjeldusena. Need testid ennustavad süsteemi käitumist ja see tehnika genereerib tõhusalt testijuhtumeid. Otsustamise ja diagrammide tabelid on mõned modelleerimise tehnikad.

GUI testimise kontroll-loend

  • Kontrollige GUI elemente, nagu pikkus, laius, suurus, font jne.
  • Kontrollige, kas veateate kuvamine on õige.
  • Fondi suurus ja fontide loetavus.
  • Pildid peaksid olema õigesti joondatud.
  • Positsioneerimine kõigi GUI elementide erinevaks eraldamiseks.

Graafilise kasutajaliidese testimise eelised ja puudused

Kasutades GUI testimismeetodit SDLC varajastes etappides, saab meeskond kasutada mitmesuguseid eeliseid, näiteks kiirendatud kasvu, jõudluse suurendamist ja riski vähenemist tsükli lõpus.

Lisaks pakub see testimine muid eeliseid, näiteks:

  • Testib liidest klientide vaatevinklist.
  • Arendustsükli lõpu riski vähendatakse tõhusalt.
  • Aitab kaasa erinevate ikoonide ja elementide projekteerimisnõuetele vastavuse kinnitamisele.
  • Parandab toote töökindlust ja tõstab toote kvaliteeti.

Puudused

Kuigi GUI-testimisest on mitmeid eeliseid, vajavad testid siiski kinnitust. Sellel on mõned puudused. Seetõttu on siin puudused / miinused.

  • Vaja on rohkem mäluressursse, mis võib süsteemi aeglustada.
  • Testimisviis võtab aega ja võib hõlmata täiendavat GUI-tarkvara.
  • Arvestades rakenduse liidese sagedasi muutusi, võib meeskonnal olla vaja selle täpsuse suurendamiseks testiskripti ümber kujundada.
  • Testimismeetod on keeruline, kuna lähtekoodile on juurdepääs piiratud või puudub juurdepääs.

GUI testimisjuhtumite näide

  • Katsetage elementide kõrgust suuruse, asukoha, laiuse osas.
  • Kuvatud tõrketeadete testimine.
  • Testige ekraani erinevaid osi.
  • Testige fonti, kas see on loetav või mitte.
  • Samuti saame testida õigekirja
  • Ekraani testimine erineva suurusega, suurendades ja vähendades, näiteks 600 × 800, 640 x 480 jne.
  • Tekstid ja muud komponendid, näiteks nupud, ikoonid jms on õiges kohas, et joondamist testida või mitte.
  • Saame katsetada ka esiosa värvi.
  • Veateadete värvide ja hoiatusteadete testimine.
  • Samuti saame testida pildi selgust
  • Saame testida ka pildi joondamist.
  • Hüperlingi värvi testimine.

Kuidas teha GUI testimist?

  • Veenduge, et tekstiväli oleks siltidega „Source Folder” õigesti joondatud.
  • Veenduge, et tekstväli oleks õigesti siltidega „Pakend” joondatud
  • Kontrollige, kas sildi „Sirvi” nimi on sildi „Source Folder” järgi nime saanud TextBoxi lõpus olev nupp.
  • Veenduge, et sildi tekstiväli „Nimi” oleks õigesti joondatud.
  • Veenduge, et silt Editors koosneb neljast raadionupust avalikust, vaikimisi kasutatavast, privaatsest, kaitstud nimest.
  • Veenduge, et sildi “Muutja” silt “Super-Class” peab olema õigesti joondatud.
  • Veenduge, et vajaduse korral tuleks viga anda PUNASES värvis.
  • Veenduge, et pärast mis tahes välja värskendamist kuvatakse õige kinnitusteade.

Soovitatavad artiklid

See on olnud GUI testimise juhend. Siin oleme arutanud selle liigi, plusside, puuduste ja GUI-testimise rakenduste üle. Lisateavet leiate ka meie muudest soovitatud artiklitest -

  1. Turbekontrolli tööriistad
  2. Jõudluse testimise tööriistad
  3. SOA testimisriistad
  4. Süsteemi integreerimise testimine

Kategooria:

Tarkvaraarendus