For å forstå GUI Testing kan vi først forstå-
Hva er GUI?
Det er to typer grensesnitt for et dataprogram. Kommandolinjegrensesnitt er der du skriver inn tekst og datamaskinen svarer på den kommandoen. GUI står for grafisk brukergrensesnitt der du samhandler med datamaskinen ved hjelp av bilder i stedet for tekst.
Følgende er GUI-elementene som kan brukes til interaksjon mellom brukeren og applikasjonen:
GUI Testing er en validering av elementene ovenfor.
GUI-testing
GUI Testing er en testtype for programvare som sjekker det grafiske brukergrensesnittet til programvaren. Formålet med grafisk brukergrensesnitt (GUI) -testing er å sikre at funksjonaliteten til programvare fungerer i henhold til spesifikasjonene ved å sjekke skjermbilder og kontroller som menyer, knapper, ikoner, etc.
GUI er det brukeren ser. Si at hvis du besøker guru99.com det du vil se si hjemmesiden, er det GUI (grafisk brukergrensesnitt) på nettstedet. En bruker ser ikke kildekoden. Grensesnittet er synlig for brukeren. Spesielt fokus er på designstrukturen, bilder som de fungerer som de skal eller ikke.
I eksemplet ovenfor, hvis vi må gjøre GUI-testing, sjekker vi først at bildene skal være helt synlige i forskjellige nettlesere.
Koblingene er også tilgjengelige, og knappen skal fungere når du klikker på den.
Hvis brukeren endrer størrelsen på skjermen, skal verken bilder eller innhold krympe eller beskjære eller overlappe hverandre.
I denne veiledningen vil du lære-
- Hva er GUI-testing?
- Behov for GUI-testing
- Hva sjekker du inn GUI-testing?
- Tilnærming til GUI-testing
- GUI Testing Test Cases
- Demo: Hvordan gjennomføre GUI-test
- Utfordringer i GUI-testing
Behov for GUI-testing
Nå er det grunnleggende konseptet med GUI-testing klart. De få spørsmålene som kommer til å ramme deg vil være
- Hvorfor tester GUI?
- Trengs det virkelig?
- Er ikke testing av funksjonell og logikk av applikasjon mer enn nok ?? Så hvorfor kaste bort tid på UI-testing.
For å få svaret til å tenke som bruker, ikke som tester. En bruker har ikke noen kunnskap om XYZ-programvare / applikasjon. Det er brukergrensesnittet i applikasjonen som bestemmer at en bruker skal bruke applikasjonen videre eller ikke.
En vanlig bruker observerer først utformingen og utseendet til applikasjonen / programvaren og hvor lett 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. Derfor er GUI bekymringsfullt, 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. For eksempel må du kunne levere innganger til inndatafeltene.
- Sjekk at du kan utføre den tiltenkte funksjonaliteten til applikasjonen ved hjelp av GUI
- Kontroller feilmeldinger vises riktig
- Sjekk for tydelig avgrensning av forskjellige seksjoner på skjermen
- Sjekk skrift som brukes i et program er lesbar
- Kontroller at justeringen av teksten er riktig
- Sjekk fargen på skrift og advarsler er estetisk tiltalende
- Sjekk at bildene har god klarhet
- Kontroller at bildene er riktig justert
- Sjekk plasseringen av GUI-elementer for forskjellige skjermoppløsninger.
GUI testteknikker
GUI Testing Techniques kan kategoriseres i tre deler:
Manuell basert testing
Under denne tilnærmingen kontrolleres grafiske skjermer manuelt av testere i samsvar med kravene som er angitt i dokumentet om forretningskrav.
Ta opp og spill av på nytt
GUI-testing kan gjøres ved hjelp av automatiseringsverktøy. Dette gjøres i 2 deler. Under Record blir teststrinn fanget 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 i en generasjon av effektive testsaker som bruker systemkravene. Følgende må vurderes for denne modellbaserte testingen:
- Bygg modellen
- Bestem innganger for modellen
- Beregn forventet produksjon for modellen
- Kjør testene
- Sammenlign den faktiske produksjonen med forventet produksjon
- En beslutning om videre tiltak på modellen
Noen av modelleringsteknikkene som testtilfeller kan utledes fra:
- Diagrammer - viser tilstanden til et system og sjekker tilstanden etter noen innspill.
- Beslutningstabeller - Tabeller som brukes til å bestemme resultatene for hver innspill som brukes
Modellbasert testing er en teknikk under utvikling for å generere testsaker fra kravene . Den viktigste fordelen, sammenlignet med de to ovennevnte metodene, er at den kan bestemme uønskede tilstander som brukergrensesnittet kan oppnå.
Følgende er åpen kildekodeverktøy tilgjengelig for å gjennomføre automatisert UI-test.
| Produkt | Lisensiert under |
|---|---|
| AutoHotkey | GPL |
| Selen | Apache |
| Sikuli | MIT |
| Robot Framework | Apache |
| Vann | BSD |
| Dojo verktøysett | BSD |
Eksempel GUI Testing Test Cases
GUI Testing innebærer i utgangspunktet
- Testing av størrelsen, posisjonen, bredden, høyden på elementene.
- Testing av feilmeldingene som vises.
- Testing av de forskjellige delene av skjermen.
- Testing av skriften om den er lesbar eller ikke.
- Testing av skjermen i forskjellige oppløsninger ved hjelp av å zoome inn og ut som 640 x 480, 600x800, etc.
- Å teste justeringen av tekstene og andre elementer som ikoner, knapper osv. Er på riktig sted eller ikke.
- Testing av fargene på skriftene.
- Testing av fargene på feilmeldingene, advarsler.
- Tester om bildet har god klarhet eller ikke.
- Testing av justeringen av bildene.
- Testing av stavemåten.
- Brukeren må ikke bli frustrert når han bruker systemgrensesnittet.
- Tester om grensesnittet er attraktivt eller ikke.
- Testing av rullefeltene i henhold til størrelsen på siden hvis noen.
- Testing av eventuelle funksjonshemmede felt.
- Testing av størrelsen på bildene.
- Testing av overskriftene om den 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 eksemplet på testsaker, som består av UI- og brukervennlighetstestscenarier.
TC 01- Bekreft at tekstboksen med etiketten " Source Folder " er riktig justert.
TC 02 - Bekreft at tekstboksen med etiketten " Package " er riktig justert.
TC 03 - Bekreft at etiketten med navnet " Browse " er en knapp som er på slutten av TextBox med navnet " Source Folder ."
TC 04 - Bekreft at etiketten med navnet " Browse " er en knapp som er plassert på slutten av TextBox med navnet " Package ".
TC 05 - Bekreft at tekstboksen med etiketten " Navn " er riktig justert.
TC 06 - Bekreft at etiketten " Modifiers " består av 4 radioknapper med navnet public, default, private, protected.
TC 07 - Bekreft at etiketten " Modifiers " består av 4 radioknapper som er riktig justert på rad.
TC 08 - Bekreft at etiketten " Superclass " under etiketten " Modifiers " består av en rullegardin som må være riktig justert.
TC 09 - Kontroller at etiketten " Superclass " består av en knapp med etiketten " Browse " som må være riktig justert.
TC 10 - Bekreft at klikk på en hvilken som helst alternativknapp standard musepeker må endres til håndmusepekeren.
TC 11 - Bekreft at brukeren ikke kan skrive inn rullegardinmenyen " Superklasse ".
TC 12 - Bekreft at det må genereres en skikkelig feil hvis noe feilaktig er valgt.
TC 13 - Bekreft at feilen må genereres i den RØDE fargen der det er nødvendig.
TC 14 - Kontroller at riktige etiketter må brukes i feilmeldingene.
TC 15 - Bekreft at de enkelte radioknappene må velges som standard hver gang.
TC 16 - Bekreft at TAB-knappen må fungere skikkelig mens du hopper på et annet felt ved siden av forrige.
TC 17 - Bekreft at alle sidene må inneholde riktig tittel.
TC 18 - Bekreft at sideteksten må være riktig justert.
TC 19 - Bekreft at etter at du har oppdatert et felt, må en riktig bekreftelsesmelding vises.
TC 20 - Bekreft at bare 1 alternativknapp må være valgt, og at mer enn enkelt avkrysningsruter kan være valgt.
Utfordringer i GUI-testing
I programvareteknikk er det vanligste problemet når du gjør regresjonstesting at brukergrensesnittet for applikasjonen endres ofte. Det er veldig vanskelig å teste og identifisere om det er et problem eller en forbedring. Problemet manifesterer seg når du ikke har noen dokumenter angående GUI-endringer.
GUI-testverktøy
Følgende er en liste over populære GUI-testverktøy :
- Ranorex
- Selen
- QTP
- Agurk
- SilkTest
- TestFullfør
- Squish GUI-tester
Klikk her for å lære selen, QTP og agurk.
Konklusjon:
Suksessen til et programvareprodukt avhenger veldig av hvordan brukergrensesnittet samhandler med brukeren og enkel bruk av de forskjellige funksjonene. Derfor er GUI-testing veldig viktig. Manuell GUI-testing kan noen ganger være repeterende og kjedelig og dermed feilutsatt. Automatisering anbefales på det sterkeste for GUI-testing.
Denne artikkelen er mulig med bidrag fra Swati Ghildiyal, Prateek Chandra og Guru99.