GUI-testing – UI-testtilfeller (eksempler)
For å forstå GUI-testing lar vi først forstå-
Hva er GUI?
Det finnes to typer grensesnitt for en dataapplikasjon. Kommandolinjegrensesnitt er der du skriver inn tekst og datamaskinen svarer på den kommandoen. GUI står for Graphical User Interface hvor du samhandler med datamaskinen ved hjelp av bilder i stedet for tekst.
Følgende er GUI-elementene som kan brukes for interaksjon mellom brukeren og applikasjonen:
GUI-testing er en validering av elementene ovenfor.
Hva er GUI-testing?
GUI-testing er en programvaretesttype som kontrollerer det grafiske brukergrensesnittet til programvaren. Formålet med testing av grafisk brukergrensesnitt (GUI) er å sikre at funksjonaliteten til programvareapplikasjonen fungerer i henhold til spesifikasjonene ved å sjekke skjermer og kontroller som menyer, knapper, ikoner osv.
GUI er det brukeren ser. Si at hvis du besøker guru99.com hva du vil se, si hjemmesiden, er det GUI (grafisk brukergrensesnitt) til nettstedet. En bruker ser ikke kildekoden. Grensesnittet er synlig for brukeren. Spesielt fokus er på designstrukturen, bilder om at de fungerer som de skal eller ikke.
I eksempelet ovenfor, hvis vi må gjøre GUI-testing, sjekker vi først at bildene skal være helt synlige i forskjellige nettlesere.
Linkene er også tilgjengelige, og knappen skal fungere når den klikkes.
Dessuten, hvis brukeren endrer størrelsen på skjermen, skal verken bilder eller innhold krympe eller beskjære eller overlappe.
Behov for GUI-testing
Nå er det grunnleggende konseptet med GUI-testing klart. De få spørsmålene som vil slå i hodet ditt vil være
- Hvorfor tester GUI?
- Er det virkelig nødvendig?
- Er det ikke mer enn nok å teste funksjonelle og logiske applikasjoner?? Så hvorfor kaste bort tid på UI-testing.
For å få svaret til å tenke som bruker, ikke som tester. En bruker har ingen kunnskap om XYZ programvare/applikasjon. Det er brukergrensesnittet til applikasjonen som bestemmer om en bruker skal bruke applikasjonen videre eller ikke.
En normal bruker observerer først utformingen og utseendet til applikasjonen/programvaren og hvor enkelt det er for ham å forstå brukergrensesnittet. Hvis en bruker ikke er komfortabel med grensesnittet eller finner applikasjonen kompleks å forstå, vil han aldri bruke den applikasjonen igjen. Det er derfor, GUI er en bekymringssak, og riktig testing bør utføres for å sikre at GUI er fri for feil.
Hva sjekker du inn GUI-testing?
Følgende sjekkliste vil sikre detaljert GUI-testing i programvaretesting.
- Sjekk alle GUI-elementene for størrelse, posisjon, bredde, lengde og aksept av tegn eller tall. Du må for eksempel kunne gi inndata til inndatafeltene.
- Sjekk at du kan utføre den tiltenkte funksjonaliteten til applikasjonen ved å bruke GUI
- Kontroller at feilmeldingene vises riktig
- Se etter Tydelig avgrensning av ulike seksjoner på skjermen
- Sjekk at fonten som brukes i et program er lesbar
- Sjekk at justeringen av teksten er riktig
- Sjekk fargen på skriften og advarselsmeldingene er estetisk tiltalende
- Sjekk at bildene har god klarhet
- Sjekk at bildene er riktig justert
- Sjekk plasseringen av GUI-elementer for forskjellig skjermoppløsning.
GUI-testteknikker
GUI-testteknikker kan kategoriseres i tre deler:
Manuell basert testing
Under denne tilnærmingen blir grafiske skjermer kontrollert manuelt av testere i samsvar med kravene angitt i forretningskravdokumentet.
Ta opp og spill av
GUI-testing kan gjøres ved hjelp av automatiseringsverktøy. Dette gjøres i 2 deler. Under Record fanges testtrinn opp av automatiseringsverktøyet. Under avspilling utføres de registrerte testtrinnene på Application Under Test. Eksempel på slike verktøy – QTP.
Modellbasert testing
En modell er en grafisk beskrivelse av et systems oppførsel. Det hjelper oss å forstå og forutsi systematferden. Modeller hjelper til med å generere effektive testtilfeller ved å bruke systemkravene. Følgende må vurderes for denne modellbaserte testingen:
- Bygg modellen
- Bestem innganger for modellen
- Beregn forventet effekt for modellen
- Kjør testene
- Sammenlign den faktiske produksjonen med den forventede produksjonen
- En beslutning om videre handling på modellen
Noen av modelleringsteknikkene som testtilfeller kan utledes fra:
- Diagrammer – Viser tilstanden til et system og sjekker tilstanden etter noen inndata.
- Beslutningstabeller – Tabeller som brukes til å bestemme resultater for hver inndata som brukes
Modellbasert testing er en utviklende teknikk for å generere testtilfeller fra kravene. Dens største fordel, sammenlignet med de to metodene ovenfor, er at den kan bestemme uønskede tilstander som din GUI kan oppnå.
Følgende er åpen kildekode-verktøy tilgjengelig for å utføre automatisert UI-test.
Produkt | Lisensiert under |
---|---|
AutoHotkey | GPL |
Selenium | Apache |
Sikuli | MIT |
Robotramme | Apache |
Vann | BSD |
Dojo verktøysett | BSD |
Eksempel på testtilfeller for GUI-testing
GUI-testing innebærer i utgangspunktet
- Testing av størrelse, posisjon, bredde, høyde på elementene.
- Testing av feilmeldingene som vises.
- Tester de forskjellige delene av skjermen.
- Testing av fonten om den er lesbar eller ikke.
- Testing av skjermen i forskjellige oppløsninger ved hjelp av zooming inn og ut som 640 x 480, 600×800 osv.
- Testing av justeringen av tekstene og andre elementer som ikoner, knapper osv. er på riktig plass eller ikke.
- Tester fargene på skriftene.
- Tester fargene på feilmeldingene, advarselsmeldingene.
- Tester om bildet har god klarhet eller ikke.
- Tester justeringen av bildene.
- Testing av stavemåten.
- Brukeren må ikke bli frustrert mens han bruker systemgrensesnittet.
- Tester om grensesnittet er attraktivt eller ikke.
- Testing av rullefeltene i henhold til størrelsen på siden hvis noen.
- Testing av de deaktiverte feltene hvis noen.
- Testing av størrelsen på bildene.
- Testing av overskriftene om de er riktig justert eller ikke.
- Testing av fargen på hyperkoblingen.
Demo: Hvordan gjøre GUI-test
Her vil vi bruke noen eksempler på testtilfeller for følgende skjermbilde.
Følgende nedenfor er eksempelet på testtilfellene, som består av testscenarier for brukergrensesnitt og brukervennlighet.
Testtilfelle 01- Kontroller at tekstboksen med etiketten "Kildemappe” er riktig justert.
Testtilfelle 02 – Kontroller at tekstboksen med etiketten "Pakke” er riktig justert.
Testtilfelle 03 – Bekreft den etiketten med navnet "Søk” er en knapp som er plassert på slutten av TekstBox med navnet "Kildemappe».
Testtilfelle 04 – Bekreft den etiketten med navnet "Søk” er en knapp som er plassert på slutten av TekstBox med navnet "Pakke».
Testtilfelle 05 – Kontroller at tekstboksen med etiketten "Navn” er riktig justert.
Testtilfelle 06 – Kontroller at etiketten "Modifikatorer” består av 4 radioknapper med navnet offentlig, standard, privat, beskyttet.
Testtilfelle 07 – Kontroller at etiketten "Modifikatorer” består av 4 radioknapper som er riktig justert på rad.
Testtilfelle 08 – Kontroller at etiketten "Superklasse" under etiketten "Modifikatorer” består av en rullegardin som må være riktig justert.
Testtilfelle 09 – Kontroller at etiketten "Superklasse" består av en knapp med etiketten "Søk” på den som må være riktig justert.
Testtilfelle 10 – Bekreft at ved å klikke på en alternativknapp, må standard musepekeren endres til håndmusepekeren.
Testtilfelle 11 – Bekreft at brukeren ikke må kunne skrive i rullegardinmenyen "Superklasse».
Testtilfelle 12 – Bekreft at det må genereres en riktig feil hvis noe er feilaktig valgt.
Testtilfelle 13 – Kontroller at feilen må genereres i RØD farge der det er nødvendig.
Testtilfelle 14 – Kontroller at riktige etiketter må brukes i feilmeldingene.
Testtilfelle 15 – Bekreft at enkeltradioknappene må velges som standard hver gang.
Testtilfelle 16 – Kontroller at TAB-knappen må fungere ordentlig mens du hopper på et annet felt ved siden av forrige.
Testtilfelle 17 – Kontroller at alle sidene må inneholde riktig tittel.
Testtilfelle 18 – Kontroller at sideteksten må være riktig justert.
Testtilfelle 19 – Bekreft at etter oppdatering av et felt må en riktig bekreftelsesmelding vises.
Testtilfelle 20 – Bekreft at kun én alternativknapp må velges og mer enn enkeltavmerkingsbokser kan være valgt.
Utfordringer i GUI-testing
I Software Engineering, det vanligste problemet mens du gjør Regresjonstesting er at applikasjonens GUI endres ofte. Det er veldig vanskelig å teste og identifisere om det er et problem eller forbedring. Problemet manifesterer seg når du ikke har noen dokumenter angående endringer i GUI.
GUI-testverktøy
Følgende er en liste over populære GUI-testverktøy :
- Selenium
- QTP
- Cucumber
- SilkeTest
- TestFullfør
- Squish GUI-tester
Klikk her for å lære Selenium, QTP & Cucumber.
konklusjonen
Suksessen til et programvareprodukt avhenger i stor grad av hvordan GUI samhandler med brukeren og brukervennligheten i de ulike funksjonene. Derfor er GUI-testing veldig viktig. Manuell GUI-testing kan noen ganger være repeterende og kjedelig og dermed utsatt for feil. Automatisering anbefales sterkt for GUI-testing.