GUI-testausopastus: Käyttöliittymän (UI) testitapaukset esimerkkeineen

Sisällysluettelo:

Anonim

GUI-testauksen ymmärtäminen antaa ensin ymmärtää

Mikä on käyttöliittymä?

Tietokonesovelluksille on kahdenlaisia ​​liitäntöjä. Komentoriviliittymä on paikka, johon kirjoitat tekstiä, ja tietokone reagoi kyseiseen komentoon. GUI tarkoittaa graafista käyttöliittymää, jossa olet vuorovaikutuksessa tietokoneen kanssa käyttämällä kuvia eikä tekstiä.

Seuraavassa on GUI-elementtejä, joita voidaan käyttää käyttäjän ja sovelluksen väliseen vuorovaikutukseen:

GUI-testaus on yllä olevien elementtien validointi.

GUI-testaus

GUI-testaus on ohjelmistotestaustyyppi, joka tarkistaa ohjelmiston graafisen käyttöliittymän. Graafisen käyttöliittymän (GUI) testauksen tarkoituksena on varmistaa ohjelmistosovellusten toiminnot teknisten tietojen mukaisesti tarkistamalla näytöt ja ohjaimet, kuten valikot, painikkeet, kuvakkeet jne.

GUI on mitä käyttäjä näkee. Sano jos vierailet guru99.com -sivustolla, näet kotisivun, se on sivuston GUI (graafinen käyttöliittymä). Käyttäjä ei näe lähdekoodia. Käyttöliittymä on käyttäjän nähtävissä. Erityisesti painopiste on suunnittelurakenteessa, kuvissa, jotka ne toimivat oikein tai eivät.

Yllä olevassa esimerkissä, jos joudumme tekemään GUI-testauksen, tarkistamme ensin, että kuvien pitäisi olla täysin näkyvissä eri selaimissa.

Lisäksi linkit ovat käytettävissä, ja painikkeen pitäisi toimia, kun sitä napsautetaan.

Lisäksi, jos käyttäjä muuttaa näytön kokoa, kuvien tai sisällön ei tulisi kutistua, rajata tai päällekkäin.

Tässä opetusohjelmassa opit-

  • Mikä on GUI-testaus?
  • GUI-testauksen tarve
  • Mitä kirjaudut sisään GUI-testaukseen?
  • GUI-testauksen lähestymistapa
  • GUI-testitapaukset
  • Demo: Kuinka suorittaa GUI-testi
  • Haasteet graafisen käyttöliittymän testauksessa

GUI-testauksen tarve

Nyt GUI-testauksen peruskäsite on selvä. Muutama kysymys, joka tulee mieleen, tulee olemaan

  • Miksi GUI-testaus?
  • Tarvitaanko sitä todella?
  • Eikö toiminnallisesti ja sovelluksen logiikan testaaminen ole enempää kuin tarpeeksi? Miksi sitten tuhlata aikaa käyttöliittymän testaamiseen.

Saadaksesi vastauksen ajattelemaan käyttäjänä, ei testaajana. Käyttäjällä ei ole tietoa XYZ-ohjelmistosta / -sovelluksesta. Sovelluksen käyttöliittymä päättää, että käyttäjä aikoo käyttää sovellusta edelleen vai ei.

Normaali käyttäjä tarkkailee ensin sovelluksen / ohjelmiston suunnittelua ja ulkoasua sekä sitä, kuinka helppoa hänen on ymmärtää käyttöliittymää. Jos käyttäjä ei ole tyytyväinen käyttöliittymään tai löytää sovelluskompleksin ymmärtääkseen, hän ei koskaan käytä kyseistä sovellusta uudelleen. Siksi GUI on huolestuttava asia, ja asianmukainen testaus tulisi suorittaa sen varmistamiseksi, että GUI: ssa ei ole virheitä.

Mitä kirjaudut sisään GUI-testaukseen?

Seuraava tarkistuslista varmistaa tarkan graafisen käyttöliittymän testauksen ohjelmistotestauksessa.

  • Tarkista kaikkien GUI-elementtien koko, sijainti, leveys, pituus ja merkkien tai numeroiden hyväksyntä. Esimerkiksi sinun on pystyttävä syöttämään syötteitä syöttökenttiin.
  • Tarkista, että voit suorittaa sovelluksen suunnitellun toiminnallisuuden käyttöliittymän avulla
  • Tarkista virheilmoitukset näytetään oikein
  • Tarkista, että näytöllä on eri osioiden selkeä rajaus
  • Sovelluksessa käytetty tarkistusfontti on luettavissa
  • Tarkista, että tekstin kohdistus on oikea
  • Tarkista fontin väri ja varoitusviestit ovat esteettisesti miellyttäviä
  • Tarkista, että kuvien selkeys on hyvä
  • Tarkista, että kuvat on kohdistettu oikein
  • Tarkista GUI-elementtien sijainti eri näytön tarkkuudella.

GUI-testaustekniikat

GUI-testaustekniikat voidaan jakaa kolmeen osaan:

Manuaalinen testaus

Tässä lähestymistavassa testaajat tarkistavat graafiset näytöt manuaalisesti liiketoimintavaatimuksia koskevan asiakirjan vaatimusten mukaisesti.

Tallenna ja toista uudelleen

GUI-testaus voidaan tehdä automaatiotyökaluilla. Tämä tehdään kahdessa osassa. Tallennuksen aikana automaatiotyökalu tallentaa testivaiheet. Toiston aikana tallennetut testivaiheet suoritetaan testattavassa sovelluksessa. Esimerkki tällaisista työkaluista - QTP.

Mallipohjainen testaus

Malli on graafinen kuvaus järjestelmän toiminnasta. Se auttaa meitä ymmärtämään ja ennakoimaan järjestelmän käyttäytymistä. Mallit auttavat luomaan tehokkaita testitapauksia, jotka käyttävät järjestelmävaatimuksia. Tässä mallipohjaisessa testauksessa on otettava huomioon seuraavat seikat:

  • Rakenna malli
  • Määritä mallin tulot
  • Laske mallin odotettu tuotos
  • Suorita testit
  • Vertaa todellista tuotosta odotettuun tulokseen
  • Päätös mallin jatkotoimista

Jotkut mallintamistekniikoista, joista testitapaukset voidaan johtaa:

  • Kaaviot - kuvaa järjestelmän tilan ja tarkistaa tilan jonkin syötteen jälkeen.
  • Päätöstaulukot - taulukot, joita käytetään määrittämään tulokset jokaiselle käytetylle syötteelle

Mallipohjainen testaus on kehittyvä tekniikka testitapausten luomiseksi vaatimuksista . Sen suurin etu verrattuna kahteen edellä olevaan menetelmään on, että se voi määrittää ei-toivotut tilat, jotka graafinen käyttöliittymäsi voi saavuttaa.

Seuraavassa on avoimen lähdekoodin työkaluja, jotka ovat käytettävissä automatisoidun käyttöliittymätestin suorittamiseksi.

Tuote Lisensoitu alla
AutoHotkey GPL
Seleeni Apache
Sikuli MIT
Robottikehys Apache
Vesi BSD
Dojo-työkalupakki BSD

Esimerkki GUI-testeistä

GUI-testaus sisältää periaatteessa

  1. Testataan elementtien kokoa, sijaintia, leveyttä ja korkeutta.
  2. Näytettävien virheilmoitusten testaus.
  3. Näytön eri osien testaaminen.
  4. Testataan fontti, onko se luettavissa vai ei.
  5. Näytön testaaminen eri resoluutioilla lähentämisen ja loitontamisen avulla, kuten 640 x 480, 600x800 jne.
  6. Tekstien ja muiden elementtien, kuten kuvakkeiden, painikkeiden jne. Kohdistuksen testaaminen ovat oikeassa paikassa.
  7. Fonttien värien testaaminen.
  8. Virheilmoitusten, varoitusviestien värien testaaminen.
  9. Testataan, onko kuvan kirkkaus hyvä vai ei.
  10. Testataan kuvien kohdistusta.
  11. Oikeinkirjoituksen testaus.
  12. Käyttäjä ei saa turhautua käyttäessään järjestelmäliittymää.
  13. Testataan, onko käyttöliittymä houkutteleva vai ei.
  14. Vierityspalkkien testaus mahdollisen sivun koon mukaan.
  15. Estettyjen kenttien testaus, jos sellaisia ​​on.
  16. Kuvien koon testaaminen.
  17. Otsikoiden testaus, onko se oikein kohdistettu vai ei.
  18. Hyperlinkin värin testaus.

Demo: Kuinka tehdä GUI-testi

Tässä käytämme joitain näytetestejä seuraavassa näytössä.

Seuraavassa on esimerkki testitapauksista, jotka koostuvat käyttöliittymän ja käytettävyyden testiskenaarioista.

TC 01 - Varmista, että tekstikenttä " Lähdekansio " -tunniste on kohdistettu oikein.

TC 02 - Varmista, että tekstiruutu, jossa on merkintä " Paketti ", on kohdistettu oikein.

TC 03 - Varmista, että tunnuksen, jonka nimi " Selaa " on painike, joka sijaitsee lopussa TextBox nimellä " lähdekansio ."

TC 04 - Varmista, että tarra nimeltä " Selaa " on painike, joka sijaitsee TextBoxin lopussa nimellä " Paketti ".

TC 05 - Varmista, että tekstiruutu, jossa on nimi " Nimi ", on kohdistettu oikein.

TC 06 - Varmista, että tunniste " Muokkaajat " koostuu 4 valintanapista, joiden nimi on julkinen, oletus, yksityinen, suojattu.

TC 07 - Varmista, että tarra " Muokkaajat " koostuu 4 valintanapista, jotka on kohdistettu oikein peräkkäin.

TC 08 - Varmista, että etiketti " yliluokan " etiketin alla " Modifiers " koostuu avattavasta, joka on kohdistettu oikein.

TC 09 - Varmista, että tarra " Superclass " koostuu painikkeesta, jonka etiketissä on " Browse " ja joka on kohdistettava oikein.

TC 10 - Varmista, että minkä tahansa valintanapin napsauttaminen, oletusosoitin on vaihdettava käsihiiriosoittimeksi.

TC 11 - Varmista, että käyttäjä ei voi pystyä kirjoittamaan Superclass- pudotusvalikkoon .

TC 12 - Varmista, että virhe on luotava, jos jotain on valittu virheellisesti.

TC 13 - Varmista, että virhe on luotava punaisella värillä aina, kun se on tarpeen.

TC 14 - Varmista, että virheilmoituksissa on käytettävä oikeita tarroja.

TC 15 - Varmista, että yksittäiset valintanapit on valittava oletusarvoisesti joka kerta.

TC 16 - Varmista, että TAB-painikkeen on toimittava kunnolla, kun hyppää toiselle kentälle edellisen vieressä.

TC 17 - Varmista, että kaikilla sivuilla on oltava oikea otsikko.

TC 18 - Varmista, että sivutekstin on oltava kohdistettu oikein.

TC 19 - Varmista, että kentän päivittämisen jälkeen on näytettävä oikea vahvistusviesti.

TC 20 - Varmista, että vain yksi valintanappi on valittava ja että useampi kuin yksi valintaruutu voidaan valita.

Haasteet graafisen käyttöliittymän testauksessa

Ohjelmistotuotannossa regressiotestauksen yleisin ongelma on se, että sovelluksen käyttöliittymä muuttuu usein. On erittäin vaikea testata ja tunnistaa, onko kyseessä ongelma vai parannus. Ongelma ilmenee, kun sinulla ei ole mitään käyttöliittymän muutoksia koskevia asiakirjoja.

GUI-testaustyökalut

Seuraavassa on luettelo suosituista GUI-testaustyökaluista :

  • Ranorex
  • Seleeni
  • QTP
  • Kurkku
  • SilkkiTesti
  • TestComplete
  • Squish GUI -testeri

Napsauta tätä oppiaksesi seleeniä, QTP: tä ja kurkkua.

Päätelmä:

Ohjelmistotuotteen menestys riippuu suuresti siitä, kuinka graafinen käyttöliittymä on vuorovaikutuksessa käyttäjän kanssa ja kuinka helppokäyttöinen sen eri ominaisuuksien käyttö on. Siksi GUI-testaus on erittäin tärkeää. Manuaalinen graafisen käyttöliittymän testaus voi joskus olla toistuvaa ja tylsää ja siten alttiita virheille. Automaatiota suositellaan graafisen käyttöliittymän testaamiseen.

Tämän artikkelin mahdollistavat Swati Ghildiyalin, Prateek Chandran ja Guru99: n panokset.