GUI-testaus – käyttöliittymätestitapaukset (esimerkkejä)

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

Mikä on GUI?

Tietokonesovellukselle on olemassa kahden tyyppisiä rajapintoja. Komentoriviliittymä on paikka, johon kirjoitat tekstiä ja tietokone vastaa tähän komentoon. GUI tarkoittaa graafista käyttöliittymää, jossa olet vuorovaikutuksessa tietokoneen kanssa käyttämällä kuvia tekstin sijaan.

Seuraavat ovat GUI-elementit, joita voidaan käyttää käyttäjän ja sovelluksen väliseen vuorovaikutukseen:

GUI-testaus on yllä olevien elementtien validointi.

Mitä on GUI-testaus?

GUI-testaus on ohjelmiston testaustyyppi, joka tarkistaa ohjelmiston graafisen käyttöliittymän. Graafisen käyttöliittymän (GUI) testauksen tarkoituksena on varmistaa, että ohjelmistosovelluksen toiminnot toimivat määritysten mukaisesti tarkistamalla näytöt ja säätimet, kuten valikot, painikkeet, kuvakkeet jne.

GUI on mitä käyttäjä näkee. Sano, että jos vierailet guru99.com-sivustolla, mitä näet, sano kotisivu, se on sivuston GUI (graafinen käyttöliittymä). Käyttäjä ei näe lähdekoodia. Käyttöliittymä näkyy käyttäjälle. Erityisesti painopiste on suunnittelurakenteessa, kuvissa, toimivatko ne kunnolla vai eivät.

Yllä olevassa esimerkissä, jos meidän on tehtävä GUI-testaus, tarkistamme ensin, että kuvien tulee olla täysin näkyvissä eri selaimissa.

Myös linkit ovat saatavilla, 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 pitäisi kutistua, rajata tai mennä päällekkäin.

GUI-testauksen tarve

Nyt GUI-testauksen peruskäsite on selvä. Ne muutamat kysymykset, jotka iskevät mieleesi, ovat

• Miksi GUI-testaus?
• Onko se todella tarpeen?
• Eikö sovelluksen toiminnallisuuden ja logiikan testaus ole enemmän 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 mitään tietoa XYZ-ohjelmistosta/sovelluksesta. Sovelluksen käyttöliittymä päättää, aikooko käyttäjä käyttää sovellusta edelleen vai ei.

Tavallinen käyttäjä tarkkailee ensin sovelluksen/ohjelmiston ulkoasua 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 jos sovellus on monimutkainen ymmärtääkseen, hän ei koskaan käyttäisi kyseistä sovellusta uudelleen. Tästä syystä graafinen käyttöliittymä on huolestuttava asia, ja asianmukainen testaus tulisi suorittaa, jotta voidaan varmistaa, että GUI ei sisällä bugeja.

Mitä kirjaudut sisään GUI-testaukseen?

Seuraava tarkistuslista varmistaa yksityiskohtaisen GUI-testauksen ohjelmistotestauksessa.

• Tarkista kaikkien GUI-elementtien koko, sijainti, leveys, pituus ja merkkien tai numeroiden hyväksyntä. Sinun on esimerkiksi pystyttävä syöttämään syöttökenttiä.
• Tarkista, voitko suorittaa sovelluksen aiotut toiminnot graafisen käyttöliittymän avulla
• Tarkista, että virheilmoitukset näkyvät oikein
• Tarkista eri osien selkeä rajaus näytöltä
• Sovelluksessa käytetty Check Font on luettavissa
• Tarkista, että teksti on kohdistettu oikein
• Tarkista, että fontin väri ja varoitusviestit ovat esteettisesti miellyttävät
• Tarkista, että kuvien selkeys on hyvä
• Tarkista, että kuvat on kohdistettu oikein
• Tarkista GUI-elementtien sijoittelu eri näytön resoluutioiden varalta.

GUI-testaustekniikat

GUI-testaustekniikat voidaan jakaa kolmeen osaan:

Manuaalinen testaus

Tässä lähestymistavassa testaajat tarkastavat graafiset näytöt manuaalisesti liiketoimintavaatimusasiakirjassa esitettyjen vaatimusten mukaisesti.

Tallenna ja toista

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

Mallipohjainen testaus

Malli on graafinen kuvaus järjestelmän käyttäytymisestä. Se auttaa meitä ymmärtämään ja ennustamaan järjestelmän käyttäytymistä. Mallit auttavat luomaan tehokkaita testitapauksia järjestelmävaatimuksia käyttäen. Seuraavat asiat on otettava huomioon tässä mallipohjaisessa testauksessa:

• Rakenna malli
• Määritä mallin tulot
• Laske mallin odotettu tulos
• Suorita testit
• Vertaa todellista tuotantoa odotettuun tehoon
• Päätös mallin jatkotoimista

Joitakin mallinnustekniikoita, 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 tulosten määrittämiseen kullekin käytetylle syötteelle

Mallipohjainen testaus on kehittyvä tekniikka testitapausten luomiseksi vaatimuksista. Sen tärkein etu verrattuna kahteen yllä olevaan menetelmään on, että se voi määrittää ei-toivotut tilat, jotka GUI voi saavuttaa.

Seuraavat ovat käytettävissä avoimen lähdekoodin työkaluja automaattisen käyttöliittymätestin suorittamiseen.

Tuotteet	Lisensoitu Under
AutoHotkey	GPL
Selenium	Apache
Sikuli	MIT
Robottikehys	Apache
vesi	BSD
Dojo-työkalupakki	BSD

Esimerkki GUI-testaustestitapauksista

GUI-testaus sisältää periaatteessa

1. Elementtien koon, sijainnin, leveyden ja korkeuden testaus.
2. Näyttöön tulevien virheilmoitusten testaus.
3. Testaa näytön eri osia.
4. Fontin testaus, onko se luettavissa vai ei.
5. Näytön testaus eri resoluutioilla zoomauksen avulla, kuten 640 x 480, 600×800 jne.
6. Tekstien kohdistuksen testaus ja muut elementit, kuten kuvakkeet, painikkeet jne. ovatko oikeassa paikassa vai eivät.
7. Testaa fonttien värejä.
8. Virheilmoitusten värien testaus, varoitusviestit.
9. Testaa, onko kuva hyvä vai ei.
10. Kuvien kohdistuksen testaus.
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 sivun koon mukaan, jos sellainen on.
15. Käytöstä poistettujen kenttien testaus, jos sellaisia ​​on.
16. Kuvien koon testaus.
17. Otsikkeiden testaus, onko se kohdistettu oikein vai ei.
18. Hyperlinkin värin testaus.

Demo: GUI-testin tekeminen

Tässä käytämme joitain esimerkkitestitapauksia seuraavaa näyttöä varten.

Alla on esimerkki testitapauksista, jotka koostuvat käyttöliittymän ja käytettävyystestin skenaarioista.

Testitapaus 01- Varmista, että tekstiruutu, jossa on otsikko "Lähdekansio” on kohdistettu oikein.

Testitapaus 02 – Varmista, että tekstiruutu, jossa on merkintä "Paketti” on kohdistettu oikein.

Testitapaus 03 – Tarkista tarra, jonka nimi on "selailla” on painike, joka sijaitsee tekstin lopussaBox nimellä "Lähdekansio"

Testitapaus 04 – Tarkista tarra, jonka nimi on "selailla” on painike, joka sijaitsee tekstin lopussaBox nimellä "Paketti"

Testitapaus 05 – Varmista, että tekstiruutu, jossa on merkintä "Nimi” on kohdistettu oikein.

Testitapaus 06 – Varmista, että tarra "muokkaajia” koostuu neljästä valintanapista, joiden nimi on julkinen, oletus, yksityinen, suojattu.

Testitapaus 07 – Varmista, että tarra "muokkaajia” koostuu neljästä valintanapista, jotka on kohdistettu oikein peräkkäin.

Testitapaus 08 – Varmista, että tarra "yliluokka" otsikon alla "muokkaajia” koostuu pudotusvalikosta, joka on kohdistettava oikein.

Testitapaus 09 – Varmista, että tarra "yliluokka” koostuu painikkeesta, jossa on otsikko ”selailla”, joka on kohdistettava oikein.

Testitapaus 10 – Varmista, että mitä tahansa valintanappia napsauttamalla oletushiiren osoitin on vaihdettava käsihiiren osoittimeksi.

Testitapaus 11 – Varmista, että käyttäjä ei voi kirjoittaa avattavaan "yliluokka"

Testitapaus 12 – Varmista, että virheellisesti valittu virhe on luotu.

Testitapaus 13 – Varmista, että virhe on luotava PUNAISENA värinä aina, kun se on tarpeen.

Testitapaus 14 – Varmista, että virheilmoituksissa on käytettävä asianmukaisia ​​tarroja.

Testitapaus 15 – Varmista, että yksittäiset valintanapit on valittava oletusarvoisesti joka kerta.

Testitapaus 16 – Varmista, että TAB-painikkeen on toimittava oikein, kun hyppäät toiseen kenttään edellisen vieressä.

Testitapaus 17 – Varmista, että kaikilla sivuilla on oltava oikea otsikko.

Testitapaus 18 – Varmista, että sivun tekstin on oltava oikein kohdistettu.

Testitapaus 19 – Varmista, että minkä tahansa kentän päivityksen jälkeen on näytettävä oikea vahvistusviesti.

Testitapaus 20 – Varmista, että vain yksi valintanappi on valittava ja että useampia kuin yksi valintaruutu voidaan valita.

GUI-testauksen haasteita

Ohjelmistosuunnittelussa yleisin ongelma tehtäessä Regressiotestaus sovelluksen käyttöliittymä vaihtuu usein. On erittäin vaikeaa testata ja tunnistaa, onko kyseessä ongelma vai parannus. Ongelma ilmenee, kun sinulla ei ole GUI-muutoksia koskevia asiakirjoja.

GUI-testaustyökalut

Seuraavassa on luettelo suosituista GUI-testaustyökalut :

1. Selenium
2. QTP
3. Cucumber
4. SilkTest
5. TestComplete
6. Squish GUI Tester

Napsauta tätä oppiaksesi Selenium, QTP & Cucumber.

Yhteenveto

Ohjelmistotuotteen menestys riippuu suuresti siitä, kuinka graafinen käyttöliittymä on vuorovaikutuksessa käyttäjän kanssa ja kuinka helppo käyttää sen eri ominaisuuksia. Siksi GUI-testaus on erittäin tärkeää. Manuaalinen GUI-testaus voi joskus olla toistuvaa ja tylsää ja siten virhealtista. Automaatio on erittäin suositeltavaa GUI-testauksessa.