At forstå GUI Testing lader først forstå-
Hvad er GUI?
Der er to typer grænseflader til et computerprogram. Kommandolinjegrænseflade er, hvor du skriver tekst, og computeren reagerer på den kommando. GUI står for grafisk brugergrænseflade, hvor du interagerer med computeren ved hjælp af billeder i stedet for tekst.
Følgende er GUI-elementer, der kan bruges til interaktion mellem brugeren og applikationen:
GUI Testing er en validering af ovenstående elementer.
GUI-test
GUI Testing er en softwaretesttype, der kontrollerer softwarens grafiske brugergrænseflade. Formålet med grafisk brugergrænseflade (GUI) -testning er at sikre, at softwareapplikationens funktioner fungerer i henhold til specifikationerne ved at kontrollere skærme og kontroller som menuer, knapper, ikoner osv.
GUI er, hvad brugeren ser. Sig, hvis du besøger guru99.com, hvad du vil se, siger startside, det er webstedets GUI (grafisk brugergrænseflade). En bruger kan ikke se kildekoden. Interfacet er synligt for brugeren. Især er fokus på designstrukturen, billeder, som de fungerer korrekt eller ej.
I ovenstående eksempel, hvis vi skal lave GUI-test, skal vi først kontrollere, at billederne skal være helt synlige i forskellige browsere.
Links er også tilgængelige, og knappen skal fungere, når der klikkes på den.
Hvis brugeren ændrer størrelsen på skærmen, bør hverken billeder eller indhold også krympe eller beskære eller overlappe hinanden.
I denne vejledning lærer du-
- Hvad er GUI-test?
- Behov for GUI-test
- Hvad tjekker du GUI-testning?
- Tilgang til GUI-test
- GUI Test af testtilfælde
- Demo: Sådan gennemføres GUI-test
- Udfordringer i GUI-test
Behov for GUI-test
Nu er det grundlæggende koncept for GUI-test klart. De få spørgsmål, der vil ramme dig
- Hvorfor tester GUI?
- Er det virkelig nødvendigt?
- Er test af funktionel og logisk applikation ikke mere end nok ?? Så hvorfor spilde tid på UI-test.
At få svaret til at tænke som bruger, ikke som tester. En bruger har ikke nogen viden om XYZ-software / applikation. Det er brugergrænsefladen i applikationen, der beslutter, at en bruger vil bruge applikationen længere eller ej.
En normal bruger observerer først designet og udseendet af applikationen / softwaren, og hvor let det er for ham at forstå brugergrænsefladen. Hvis en bruger ikke er fortrolig med grænsefladen eller finder applikationen kompleks at forstå, ville han aldrig bruge den applikation igen. Det er derfor, GUI er et anliggende til bekymring, og korrekt test skal udføres for at sikre, at GUI er fri for fejl.
Hvad tjekker du GUI-testning?
Følgende tjekliste vil sikre detaljeret GUI-test i softwaretest.
- Kontroller alle GUI-elementerne for størrelse, placering, bredde, længde og accept af tegn eller tal. For eksempel skal du være i stand til at levere input til inputfelterne.
- Kontroller, at du kan udføre applikationens tilsigtede funktionalitet ved hjælp af GUI
- Kontroller fejlmeddelelser vises korrekt
- Kontroller for tydelig afgrænsning af forskellige sektioner på skærmen
- Kontroller skrifttype, der bruges i et program, kan læses
- Kontroller, at tekstens justering er korrekt
- Kontroller skrifttypens farve, og advarselsmeddelelser er æstetisk tiltalende
- Kontroller, at billederne har god klarhed
- Kontroller, at billederne er justeret korrekt
- Kontroller placeringen af GUI-elementer for forskellige skærmopløsninger.
GUI testteknikker
GUI-testteknikker kan kategoriseres i tre dele:
Manuel baseret test
Under denne tilgang kontrolleres grafiske skærme manuelt af testere i overensstemmelse med kravene i dokumentet om forretningskrav.
Optag og afspil igen
GUI-test kan udføres ved hjælp af automatiseringsværktøjer. Dette gøres i 2 dele. Under Record registreres testtrin af automatiseringsværktøjet. Under afspilning udføres de optagede testtrin på applikationen under test. Eksempel på sådanne værktøjer - QTP.
Modelbaseret test
En model er en grafisk beskrivelse af et systems adfærd. Det hjælper os med at forstå og forudsige systemadfærd. Modeller hjælper i en generation af effektive testsager ved hjælp af systemkravene. Følgende skal overvejes ved denne modelbaserede test:
- Byg modellen
- Bestem input til modellen
- Beregn modelens forventede output
- Kør testene
- Sammenlign den faktiske output med den forventede output
- En beslutning om yderligere handling efter modellen
Nogle af modelleringsteknikkerne, hvorfra testcases kan udledes:
- Diagrammer - viser et systems tilstand og kontrollerer tilstanden efter nogle input.
- Beslutningstabeller - Tabeller, der bruges til at bestemme resultaterne for hver anvendt input
Modelbaseret test er en udviklende teknik til at generere testsager ud fra kravene . Dens største fordel sammenlignet med ovenstående to metoder er, at den kan bestemme uønskede tilstande, som din GUI kan nå.
Følgende er open source-værktøjer tilgængelige til at gennemføre automatiseret UI-test.
| Produkt | Licenseret under |
|---|---|
| AutoHotkey | GPL |
| Selen | Apache |
| Sikuli | MIT |
| Robot Framework | Apache |
| Vand | BSD |
| Dojo værktøjssæt | BSD |
Eksempel på GUI-testtestsager
GUI-test involverer dybest set
- Test af størrelsen, placeringen, bredden, højden af elementerne.
- Test af de fejlmeddelelser, der vises.
- Test af de forskellige dele af skærmen.
- Test af skrifttypen, om den er læsbar eller ej.
- Test af skærmen i forskellige opløsninger ved hjælp af at zoome ind og zoome ud som 640 x 480, 600x800 osv.
- Test af justeringen af teksterne og andre elementer som ikoner, knapper osv. Er korrekt eller ej.
- Test af farverne på skrifttyperne.
- Test af farverne på fejlmeddelelserne, advarsler.
- Test om billedet har god klarhed eller ej.
- Test af justeringen af billederne.
- Test af stavemåden.
- Brugeren må ikke blive frustreret, når han bruger systemgrænsefladen.
- Test om grænsefladen er attraktiv eller ej.
- Test af rullebjælkerne efter størrelsen på siden, hvis nogen.
- Test af eventuelle deaktiverede felter.
- Test af billedernes størrelse.
- Test af overskrifterne, om det er korrekt justeret eller ej.
- Test af hyperlinkets farve.
Demo: Sådan gør du GUI-test
Her bruger vi nogle eksempler på testtilfælde til følgende skærmbillede.
Følgende nedenfor er eksemplet med testsagerne, som består af UI- og Usability-testscenarier.
TC 01- Kontroller, at tekstfeltet med etiketten " Source Folder " er justeret korrekt.
TC 02 - Kontroller, at tekstfeltet med etiketten " Pakke " er justeret korrekt.
TC 03 - Kontroller, at etiketten med navnet " Gennemse " er en knap, der er placeret i slutningen af TextBox med navnet " Kildemappe ."
TC 04 - Kontroller, at etiketten med navnet " Gennemse " er en knap, der er placeret i slutningen af TextBox med navnet " Pakke ."
TC 05 - Kontroller, at tekstfeltet med etiketten " Navn " er justeret korrekt.
TC 06 - Kontroller, at etiketten " Modifikatorer " består af 4 radioknapper med navnet offentligt, standard, privat, beskyttet.
TC 07 - Kontroller, at etiketten " Modifikatorer " består af 4 radioknapper, der er justeret korrekt i en række.
TC 08 - Kontroller, at etiketten " Superclass " under etiketten " Modifiers " består af en rullemenu, der skal være korrekt justeret.
TC 09 - Kontroller, at etiketten " Superclass " består af en knap med etiketten " Browse ", som skal være korrekt justeret.
TC 10 - Kontroller, at standardmusemarkøren skal ændres til håndmusemarkøren ved at klikke på en hvilken som helst alternativknap.
TC 11 - Kontroller, at brugeren ikke skal kunne skrive rullemenuen " Superclass ".
TC 12 - Kontroller, at der skal genereres en ordentlig fejl, hvis noget fejlagtigt er valgt.
TC 13 - Kontroller, at fejlen skal genereres i den RØDE farve, hvor det er nødvendigt.
TC 14 - Kontroller, at de korrekte etiketter skal bruges i fejlmeddelelserne.
TC 15 - Kontroller, at de enkelte radioknapper skal vælges som standard hver gang.
TC 16 - Kontroller, at TAB-knappen skal fungere korrekt, mens du hopper på et andet felt ved siden af det foregående.
TC 17 - Kontroller, at alle sider skal indeholde den rigtige titel.
TC 18 - Kontroller, at sideteksten skal være korrekt justeret.
TC 19 - Bekræft, at der efter en opdatering af et felt skal vises en korrekt bekræftelsesmeddelelse.
TC 20 - Kontroller, at kun 1 radioknap skal vælges, og at der kan vælges mere end enkelte afkrydsningsfelter.
Udfordringer i GUI-test
I Software Engineering er det mest almindelige problem under regressionstest, at applikations-GUI'en ændres ofte. Det er meget vanskeligt at teste og identificere, om det er et problem eller en forbedring. Problemet manifesterer sig, når du ikke har nogen dokumenter vedrørende GUI-ændringer.
GUI-testværktøjer
Følgende er en liste over populære GUI-testværktøjer :
- Ranorex
- Selen
- QTP
- Agurk
- Silketest
- TestFuldfør
- Squish GUI-tester
Klik her for at lære selen, QTP og agurk.
Konklusion:
Succesen med et softwareprodukt afhænger uhyre af, hvordan GUI interagerer med brugeren og let ved at bruge dets forskellige funktioner. Derfor er GUI-test meget vigtig. Manuel GUI-test kan undertiden være gentagne og kedelige og dermed fejlbehæftede. Automatisering anbefales stærkt til GUI-test.
Denne artikel er muliggjort af bidrag fra Swati Ghildiyal, Prateek Chandra og Guru99.