Brukergrensesnitttesting er viktigere enn noen gang før takket være et globalt oppsving i nettsteder og applikasjoner, og trenden med hyperautomatisering (skapt av Gartner for å fastslå at alt som kan automatiseres vil bli automatisert). Hvis du ruller ut en ny programvare eller nettside, er det avgjørende at du får brukergrensesnittet (UI) rett for å balansere funksjonalitet og estetikk.
Det er mye som går med til å lage et overbevisende brukergrensesnitt, med UI-testing som fungerer som en lakmustest for å avgjøre om grensesnittet treffer alle merkene eller ikke.
I denne artikkelen skal vi gå over alle nøkkelområdene knyttet til UI-testing, fra å definere hva et UI er til de beste måtene å teste UI.
UI vs. GUI: Rydder opp i forvirringen
Til å begynne med, la oss prøve å rydde opp i enhver forvirring rundt begrepene UI og GUI. Nedenfor er en oversikt over hva disse to begrepene betyr og hvor de er forskjellige:
1. Hva er brukergrensesnitttesting?
Brukergrensesnittet, eller UI, er plattformen du bruker for å samhandle med et bestemt stykke programvare. Brukergrensesnittet er stedet der du kan legge inn instruksjoner, legge inn data eller vise informasjon fra en skjerm eller monitor.
Det finnes mange forskjellige typer brukergrensesnitt, inkludert grafiske brukergrensesnitt (GUI) og kommandolinjegrensesnitt som bare viser kode og tekst.
2. Hva er et grafisk brukergrensesnitt (GUI)?
Det grafiske brukergrensesnittet (GUI) er en type brukergrensesnitt som de fleste er kjent med. Det er en type grensesnitt som bruker visuelle elementer for å hjelpe oss med å samhandle med funksjoner i systemet.
Du kan for eksempel bruke menyer eller verktøylinjer som inkluderer ikoner for å hjelpe deg med å navigere gjennom et system. Til og med tekst fungerer godt i GUI-er som en måte å veilede brukeren gjennom en funksjon, for eksempel å klikke “fil” når du vil åpne eller lagre et dokument.
3. UI vs. GUI
For å hjelpe deg bedre å forstå disse to formene for datamaskininteraksjon, ta en titt på den direkte sammenligningen mellom brukergrensesnitt og grafisk brukergrensesnitt nedenfor:
UI:
• En forkortelse for brukergrensesnitt
• Det er en type plattform som lar brukere samhandle med enheter
• Det er en form for menneske-maskin-interaksjon
• Den brukes av alle og fungerer ofte i bakgrunnen, så du vet ikke at du bruker den
• Vanlige eksempler inkluderer MS-DOS eller Unix
GUI:
• En forkortelse for grafisk brukergrensesnitt
• Det er en type plattform som bruker grafikk for å hjelpe brukere med å navigere i funksjonene til en enhet
• Det er en underklasse av UI
• Den brukes vanligvis av gjennomsnittlige, dagligdagse brukere som forbrukere
• Vanlige eksempler inkluderer Windows 10, iOS og Android
Hva er testing av brukergrensesnitt (UI)?
Testing av brukergrensesnitt (UI), noen ganger kjent som GUI-testing avhengig av konteksten, er en serie handlinger som brukes til å måle ytelsen og den generelle funksjonaliteten til en applikasjons visuelle elementer. Det ser ut til å verifisere og validere ulike funksjoner i brukergrensesnittet og sikrer at det ikke er noen uventede utfall, defekter eller feil.
UI-testing ved hjelp av verktøy som ZAPTEST brukes først og fremst til å sjekke ting som brukervennlighet, funksjonalitet og ytelse til brukergrensesnittet for å sikre at det er egnet til formålet.
I noen tilfeller sjekker den også for ting som samsvar eller visuell enhet med de generelle designkonseptene til systemet.
Når og hvorfor trenger du brukergrensesnitttester?
UI-testing er vanligvis mest effektiv før utgivelsen av applikasjonen for produksjon. Dette er for å sikre at sluttbrukeren får den beste opplevelsen, med så få feil og defekter som mulig.
Sluttbrukere lager ikke de beste programvaretesterne, så det er viktig å stryke ut eventuelle problemer før de når dem.
UI-testing er en nyttig måte å vurdere hvordan applikasjonen håndterer visse handlinger, som å bruke et tastatur og en mus for å samhandle med menyer. Det hjelper å sjekke de visuelle elementene i applikasjonen for å sikre at de vises riktig.
UI-testing er også en fin måte å måle ytelse og sørge for at det ikke er noen feil eller problemer med funksjonaliteten til applikasjonen.
Typer UI-tester
Det finnes en rekke forskjellige UI-tester å vurdere avhengig av applikasjonen som testes.
UI-tester har potensial til å verifisere mange funksjoner på tvers av applikasjoner, så å velge riktig testtype kan hjelpe med å identifisere spesifikke problemer.
Det er med andre ord forskjellige testmetoder for brukergrensesnittet å vurdere, og verktøy som ZAPTESTs RPA-programvare og automatiserte testverktøy for brukergrensesnitt, avhengig av hva du har tenkt å teste for.
Noen av de vanligste funksjonelle og ikke-funksjonelle testmetodene som nærmer seg, inkluderer følgende:
1. Regresjonstesting
Regresjonstesting er en type UI-testing som ser på eventuelle endringer i kodingen av applikasjonen eller nettstedet.
Det sikrer at all funksjonalitet til applikasjonen er som tiltenkt etter at du har gjort endringer i deler av koden.
Den trenger ikke å gjøre noen fancy tester, den kjører bare koden for å sikre at alle avhengigheter og funksjoner fungerer på samme måte som de gjorde før endringer ble gjort.
2. Funksjonstesting
Funksjonell testing ser ut til å validere applikasjonen for å sikre at den oppfyller alle funksjonskravene.
Den tester alle de individuelle funksjonene til applikasjonen og verifiserer deretter resultatet for å sikre at den kjører som forventet.
Denne typen UI-testing fokuserer vanligvis på black box-testing, som ikke ser på noen av kildekodene. Funksjonell testing har en tendens til å sjekke ting som brukergrensesnittet, eventuelle tilknyttede APIer, klient- og serverkommunikasjon eller sikkerhet.
3. Aksepttesting
Aksepttesting, noen ganger kjent som User Acceptance Testing (UAT) er en form for UI-testing som utføres av sluttbrukeren av applikasjonen for å verifisere systemet før overgang til produksjon.
Denne typen UI-testing finnes oftest i sluttfasen av testingen når de andre områdene er verifisert.
Aksepttesting brukes til å validere den generelle flyten av søknaden fra start til slutt. Den ser ikke på problemer på overflatenivå som stavefeil eller estetiske problemer. Den bruker et separat testmiljø for å etterligne produksjonsmiljøet, og sikrer at det er klart til å gå videre til neste fase.
4. Enhetstesting
Enhetstesting ser ut til å inspisere individuelle komponenter i en applikasjon for å validere at den fungerer etter hensikten.
Det utføres vanligvis i kodingsfasen, så det faller vanligvis på utviklere og deres UI-testverktøy å utføre denne typen UI-test.
Enhetstesting fungerer ved å skille et kodestykke for å sikre at det fungerer som forventet. Denne individuelle kodebiten kan være en spesifikk modul, en funksjon, et objekt eller en annen individuell del av applikasjonen.
5. Ytelsestesting
Ytelsestesting og belastningstester ser ut til å vurdere optimaliseringen av applikasjonen, og ser på ting som hastighet, stabilitet, respons og skalerbarhet til applikasjonen når den er i bruk.
Denne typen UI-testing tar sikte på å finne eventuelle bekymringsområder i applikasjonen eller flaskehalser i dataflyten. De tre hovedområdene som ytelsestestverktøy ser på er hastighet, skalerbarhet og stabilitet til applikasjonen.
6. GUI-testing
GUI-testverktøy ser ut til å inspisere det grafiske brukergrensesnittet til en applikasjon for å sikre at all funksjonalitet fungerer som forventet.
Dette inkluderer å se på de grafiske ressursene og kontrollene til applikasjonen, for eksempel knapper, verktøylinjer og ikoner. GUI er det sluttbrukeren samhandler med og ser når han bruker en applikasjon.
Hva er fordelene med UI-testing?
Det er en rekke fordeler forbundet med UI-testing og bruk av verktøy som ZAPTESTs UI-testsuite, både for utvikleren og sluttbrukeren.
Nedenfor er noen av de viktigste fordelene forbundet med UI-testing:
1. Det forbedrer funksjonaliteten
Det er viktig å teste applikasjoner for å sikre at de fungerer som forventet, slik at hvis det er noen feil, feil eller andre problemer kan de løses før utgivelse.
Hvis en applikasjon kommer til sluttbrukere og den er buggy, full av feil eller ødelagt, vil den ikke gjøre jobben som forventes av den. Dette skaper igjen for mange problemer for sluttbrukere, og de vil sannsynligvis slutte å bruke det.
2. Det gjør det enklere å bruke
UI-testautomatiseringsverktøy er også en nyttig måte å optimalisere og strømlinjeforme applikasjonen.
Selv om all koding fungerer som den skal, kan et dårlig designet grensesnitt forvirre sluttbrukere og raskt slå dem av, noe som reduserer bruksraten for applikasjonen. UI-testing er en fin måte å stryke ut noen av elementene eller designvalgene slik at det er enklere å bruke.
3. Det styrker applikasjonens omdømme
Å ta deg tid til å utføre UI-testing på riktig måte og ta inn verktøy som ZAPTESTs testautomatiseringsprogramvare er gode måter å polere applikasjonen på og gjøre den så brukervennlig som mulig.
Når det gjøres på riktig måte, gjør det applikasjonen til en flott merkeambassadør, noe som øker dets generelle omdømme. Hvis applikasjonen kjører feilfritt og gjør alt den skal gjøre, vil brukerne sette pris på dette og bruke applikasjonen.
Hva er hovedutfordringene med UI-testing?
Selv om UI-testing er en viktig del av applikasjonsutvikling, er det ikke nødvendigvis en enkel del av prosessen.
Det er en rekke problemer og utfordringer knyttet til gratis UI-testautomatiseringsprogramvare som gjør det til en vanskelig jobb.
Nedenfor er noen av hovedutfordringene knyttet til UI-testing ved bruk av utilstrekkelige UI-testverktøy:
1. UI-oppdateringer
Applikasjonsutvikling er vanligvis en iterativ prosess som bringer inn nye funksjoner og funksjoner gjennom hele utviklingssyklusen og utover.
Alle disse sporadiske endringene kan gjøre det ganske vanskelig å effektivt utføre UI-tester ettersom andre avhengigheter og kodeinteraksjoner endrer det som testes.
2. Testing som vokser i kompleksitet
Applikasjoner og nettsteder er mye mer sofistikerte nå enn for noen år siden. Med all denne tilleggsfunksjonaliteten må UI-testverktøy og UI-automatiseringsprogramvare se nærmere på flere elementer og prosesser.
Som et resultat må mange av verktøyene i UI-testing justeres for å imøtekomme alle disse komplekse tilleggene.
3. Tidsbegrensninger
Ettersom applikasjoner vokser i kompleksitet, vokser også verktøyene som brukes til testing. UI-testskript blir mye mer tidkrevende på grunn av det store volumet av kode som må testes. Dette problemet forsterkes når de riktige testverktøyene for brukergrensesnittet ikke er tilgjengelige.
4. Holde UI-skriptene oppdatert
Etter hvert som brukergrensesnittet endres og ny funksjonalitet tas inn, må testskriptene justeres for å teste de nye prosessene. Dette blir mer utfordrende for hvert nytt tillegg, ettersom testskriptene hele tiden oppdateres og tilpasses for å imøtekomme den nye funksjonaliteten.
Bør du automatisere UI-testing?
Når det gjelder å bestemme seg for den beste tilnærmingen til testing av mobilapplikasjoner eller nettgrensesnitt , er det to forskjellige veier å vurdere – manuell testing eller automatisert brukergrensesnitttesting ved bruk av automatiserte verktøy . Både manuell testing og UI-automatisering har sine egne fordeler og ulemper, så det er lurt å vurdere begge for å se hvilken som passer best til applikasjonen.
Hva er manuell UI-testing?
Manuell testing, i motsetning til UI-automatisering, innebærer å bruke en tester for å manuelt samhandle med og inspisere alle funksjoner som finnes i en applikasjon eller et nettsted.
Deres primære formål er å se etter eventuelle problemer, uregelmessigheter eller problemer i den generelle applikasjonen. Dette er et spesielt nyttig alternativ for mindre applikasjoner med begrensede elementer, for eksempel de som finnes på tidlige versjoner av applikasjoner.
1. Fordeler med manuell testing av brukergrensesnittet
Det er mange fordeler ved å velge manuell testing av brukergrensesnittet, avhengig av applikasjonen og dens design.
Nedenfor er noen av fordelene forbundet med manuell testing av brukergrensesnittet:
• Manuell UI-testing inkorporerer menneskelig intelligens i testing for å se etter feil eller problemer. Det er ting som automatisert UI-testing rett og slett ikke kan oppnå, og det krever menneskelig interaksjon, kritisk tenkning og det menneskelige elementet for å finne alle applikasjonsmangler.
• Automatiserte tester kan være ganske tidkrevende, siden de gjenskaper flere scenarier for forskjellige funksjoner som må verifiseres av en menneskelig tester. Manuell UI-testing lar menneskelige testere fokusere på å finne feil i stedet for å sette opp emuleringer.
• Menneskelige testere har en tendens til å ha inngående kunnskap om applikasjonen, og bruker ofte utallige timer på å venne seg til grensesnittet. Det er på grunn av dette at de forstår hva de skal se etter når det gjelder feil samtidig som de hjelper dem med å holde seg oppdatert om den nåværende tilstanden til applikasjonen.
• Det er problemer som kanskje ikke blir flagget av automatisert brukergrensesnitttesting, da det ikke påvirker koden. Ting som serverresponstider kan være forsinket, men de kan lett overses av en automatisert test. Manuell UI-testing fjerner dette problemet fordi den menneskelige brukeren merker disse problemene umiddelbart.
• Manuell UI-testing er den mest nøyaktige emuleringen av brukeropplevelsen, ettersom du setter opp en situasjon som gjenspeiler hvordan sluttbrukeren vil samhandle med applikasjonen. Dette skaper en virkelig kontekst for å finne problemer som ofte finnes av sluttbrukere, men som kanskje savnes av automatisert UI-testing.
2. Begrensninger for manuell UI-testing
Det er også begrensninger for manuell UI-testing som bør vurderes før du bestemmer deg for den beste testmetoden for applikasjonen din.
Noen av begrensningene for manuelle UI-tester inkluderer følgende:
• Det tar mye lengre tid å utføre manuell testing enn automatisert UI-testing, spesielt når du bruker moderne verktøy som hyperautomatisering . Skript for automatisert testing kan kjøre mye raskere enn noen type menneskelig input, så å velge manuell testing av nettgrensesnittet legger til flere timer til timeplanen.
• Siden det til syvende og sist er en menneskelig prosess, er manuell testing av nettgrensesnittet utsatt for menneskelige feil. Tapte feil på grunn av mangel på fokus eller distraksjon kan skje med manuell UI-testing, noe som kan føre til problemer. Til sammenligning fjerner automatisert UI-testing det menneskelige elementet fra prosessen, noe som gjør den mye mindre utsatt for denne typen problemer. Dette gjelder spesielt for de nyeste typene automatisert testing av brukergrensesnittet, for eksempel robotprosessautomatisering .
• Selve prosessen med å logge eventuelle funnet feil tar mye lengre tid, noe som kan gjøre det vanskelig å spore endringer etter hvert som de blir gjort. Automatisert UI-testing er en bedre tilnærming her, da den bare krever en oppdatering hvis en ny funksjon er implementert.
• Manuell UI-testing krever inngående kunnskap om applikasjonen for å kunne teste for problemer. Som et resultat av dette er det et visst kunnskapsnivå som kreves av menneskelige testere før de effektivt kan teste. Automatisert testing og RPA krever ikke dette kunnskapsnivået.
3. Ta opp og spille av testing
Record & replay testing er en form for kodeløs UI-testing som lar deg kjøre tester uten dyp programmeringskunnskap. Den bruker funksjonalitet og ofte datasynsteknologi for å registrere manuelle handlinger utført i applikasjonen før den lagres som et testmønster.
Dette gjør at UI-testen kan kjøres om og om igjen uten menneskelig involvering.
4. Manuell vs. opptak og replay vs. automatiseringstesting
Når du skal velge mellom disse tre typene UI-testing, er det viktig å vurdere omfanget og omfanget av applikasjonen og de tilgjengelige ressursene.
Manuell UI-testing er den enkleste å sette opp og bruke, men den har mange krav som god testerkunnskap om applikasjonen. Det er også vanskelig å fortsette manuell UI-testing hvis du stadig oppdaterer en applikasjon.
UI-testautomatiseringsverktøy som de som tilbys av ZAPTEST er et flott alternativ hvis du skal utføre regelmessige oppdateringer av applikasjonen, og med tiden lønner det seg ettersom de omfavner smidighetsprinsipper .
Record & replay kommer i spill for å bygge bro mellom de to typene UI-testing. Den tilbyr et grunnleggende nivå av UI-automatisering, men krever fortsatt menneskelig innspill for å sette den i gang.
Hva tester du når du utfører UI-tester?
Hva du tester for når du utfører UI-tester ved hjelp av verktøy som ZAPTESTs UI-testprogramvare kommer til å variere avhengig av hva applikasjonen inneholder.
Det har en tendens til å følge funksjonaliteten til applikasjonen. For eksempel, hvis applikasjonen har en betalingsside, vil UI-testing inkludere ting som å teste “kjøp nå”-knappen.
Selv om de faktiske prosessene å teste for varierer fra applikasjon til applikasjon, er det en rekke generelle brukergrensesnitt å teste, for eksempel:
1. Feil i datatyper
Denne UI-testen sikrer at riktig type data fungerer i passende felt. For eksempel tekst for navn uten mulighet for å bruke tall. Hvis UI-testeren kan legge inn numeriske verdier under navnefeltet, er det noe galt.
2. Feltbreddeproblemer
Dette brukes til å begrense antall tegn for visse felt, for eksempel postnummer. Hvis applikasjonen ikke begrenser antall tegn i disse feltene, kan det resultere i ugyldige inndata fra sluttbrukeren.
3. Knapper
Disse UI-testene sørger for at knappene fungerer korrekt, så for eksempel en neste side-knapp dirigerer sluttbrukeren til neste side. Det finnes mange forskjellige knappetyper med forskjellige formål, så det er viktig at de gjør jobben de skal for å lage en funksjonell applikasjon.
4.Tabellrulling
Hvis det er noen tabeller med data til stede i applikasjonen, sørger tabellrulling for at du kan rulle gjennom data mens du holder overskriftene synlige.
Hvis dette ikke fungerer, gjør det dataene forvirrende for sluttbrukeren.
5. Feillogger
I tilfelle programkrasj eller feil, er det viktig å teste feilloggene for å sikre at de gir nøyaktig utdata for feilrapporter.
Uten nøyaktig feilrapportering og feillogger er det ingen god måte å finne ut hva som forårsaker problemet eller hvordan du kan fikse det.
Hvordan utfører du en UI (GUI)-test?
For å gi deg en god idé om hvordan du utfører en UI – eller GUI – test, lager vi et eksempel som du kan se på.
La oss si at vi skal teste en skjemaside i en søknad om registrering av en konto. Det er flere UI-elementer å teste for på denne siden, som er merket TC-X (der TC står for testcase og X angir elementnummeret).
Nedenfor er en liste over tilgjengelige TC-er å teste for:
TC-1: Merkelogo øverst på skjermen
• Denne bør testes for å kontrollere at den viser riktig plassering, skrifttype og sideetikett.
TC-2: Registrer kontoen din
• Dette bør teste at sidehodet er nøyaktig.
• Den bør også kontrollere at riktig skrift vises.
TC-3: Fornavnsfelt
• Dette bør teste for riktig tekstboksjustering og plassering.
• Den bør også teste feltetikettene og kontrollere at den godtar gyldige og nekter ugyldige oppføringer.
TC-4: Etternavnsfelt
• Dette bør teste for riktig tekstboksjustering og plassering.
• Den bør også teste feltetikettene og kontrollere at den godtar gyldige og nekter ugyldige oppføringer.
TC-5: Brukernavnfelt
• Dette bør teste hvilken feilmelding som vises ved inntasting av begrensede tegn.
• Den bør også kontrollere at feilmeldingen er gyldig og nøyaktig.
TC-6: Passordfelt
• Dette bør teste feltetikettene for å sikre at de godtar gyldige tegn og avviser ugyldige.
• Den bør også teste justeringen og plasseringen av tekstboksen.
TC-7: Neste side-knapp
• Dette skal teste at skjemainnleveringen fungerer etter hensikten.
• Den bør også inspisere knappens plassering og sørge for at den er lesbar for brukeren.
UI-testplan – hva er det?
En UI-testplan er et dokument som er en del av testprosessen for applikasjoner.
UI-testplanen bryter ned nøkkelinformasjon om applikasjonen og eventuelle testaktiviteter knyttet til den.
Å lage en testplan er normalt et av de første trinnene du tar når du tester applikasjoner, siden det legger grunnlaget for testmetodene og tiltenkte resultater.
Det er et nyttig dokument som gir de utenfor testteamet en bedre ide om hva som skjer i prosessen. Hver seriøs TCOE ( Testing Center of Excellence ) vil ha en.
Hvordan skrive en UI-testplan
UI-testplaner gir utmerket veiledning og instruksjon for UI-testere, så å få det riktig hjelper virkelig med testing og inspeksjon av applikasjoner.
Ta en titt på trinnene nedenfor for å lære hvordan du skriver en UI-testplan:
1. Ta med nøkkelinformasjon om for UI-testingen
En UI-testplan inkluderer all nøkkelinformasjonen som kreves for å utføre testing for en applikasjon. Noe av denne informasjonen inkluderer følgende:
• Fagpersonene som kreves for testing, deres roller og ferdigheter.
• Den totale tiden som kreves for å teste applikasjonen.
• Testteknikkene som brukes på testen, og testdatabehandlingsprosesser .
• Eventuelle ressurser som kreves for testing, for eksempel spesifikk maskinvare, dokumentasjon eller verktøy.
• En sammenbrudd av måltestmiljøene, for eksempel mobile enheter, et spesifikt operativsystem eller nettlesere.
• De overordnede målene for testprosessen.
2. Røyktesting
Deretter kan du bruke røyktesting for å lage en UI-testplan. Røyktesting er en nyttig måte å identifisere grunnleggende problemer og feil i applikasjonen, men den leter ikke for dypt etter problemer.
Det er en teknikk som er best egnet for UI-testing av det øvre laget av applikasjonen, slik at det ganske enkelt kan fange opp skarpe problemer.
3. Sanitetstesting
For å grave dypere inn i applikasjonen for å finne mindre synlige feil og feil, er fornuftstesting en flott teknikk å rulle ut for UI-testing.
Sanitetstesting ser ut til å inspisere ny eller endret koding for å bekrefte at den stemmer overens med applikasjonskravene.
Det skiller seg fra røyktesting ved å være mye mer omfattende med UI-testing, som gir mulighet for en dypere titt på funksjonaliteten til applikasjonen.
Etter at en applikasjon har bestått en røyktest, gir tilregnelighetstesten et ekstra inspeksjonsnivå.
UI-testscenarier
For å sikre at applikasjonen kjører etter hensikten på tvers av flere områder og interaksjoner, er det viktig å utføre ulike UI-testscenarier.
Nedenfor er en oversikt over hva UI-testscenarier er, med et eksempel.
1. Hva er UI-testscenarier?
Et UI-testscenario er en måte å etablere dokumentasjon for flere brukstilfeller i en applikasjon.
Et UI-testscenario brukes til å beskrive de spesifikke handlingene en bruker kan utføre mens han bruker applikasjonen.
I noen tilfeller beskriver den også et scenario som en bruker kan oppleve mens han bruker applikasjonen.
UI-testscenarier er nyttige da de bekrefter at funksjonaliteten i en applikasjon fungerer som forventet. Det krever en intim forståelse av applikasjonen, og innspill fra klienter og utviklere, for å generere nyttige scenarier.
2. Eksempel på UI-testscenarier
Som et eksempel kan du vurdere et testscenario for påloggingssiden til en applikasjon. Et UI-testscenario for dette vil forsøke å svare på følgende spørsmål:
• Kan brukere logge på plattformen med riktig legitimasjon?
• Hva er resultatet av å bruke feil legitimasjon for å logge på?
• Hva skjer når du bruker et gyldig brukernavn, men et ugyldig passord?
• Hva skjer når du lar feltene stå tomme og prøver å logge på?
• Hvis det er en “glemt passord”-knapp, hva skjer når du klikker på den?
• Fungerer alle lenkene på siden etter hensikten?
Ved å svare på disse spørsmålene hjelper brukergrensesnittstestere å identifisere områder av applikasjonen som ikke fungerer som de skal.
Den sjekker også at alle tilgjengelige handlinger gir et forventet resultat, for eksempel å logge på med riktig legitimasjon.
UI-testtilfeller
For å se på individuelle aspekter av et UI-testscenario, brukes testcases til å bryte ned individuelle funksjoner i deler av funksjonalitet i en applikasjon.
Nedenfor er en oppsummering av hva UI-testtilfeller er med eksempler.
1. Hva er UI-testtilfeller?
En UI-testcase er en serie handlinger som utføres for å verifisere en spesifikk funksjon eller del av funksjonalitet i en applikasjon.
UI-testtilfeller bryter ned testtrinn, data, precondition og postcondition for spesifikke scenarier, og de sjekker også kravene.
En UI-testcase har en tendens til å inkludere veldig spesifikke variabler for å tillate dybdetesting på et enkelt nivå. UI-testere sammenligner deretter de faktiske resultatene med det forventede resultatet for å sikre at applikasjonen fungerer etter kravene.
2. Eksempler på UI & GUI Test Cases
For å hjelpe deg bedre å forstå UI- og GUI-testtilfeller, ta en titt på eksemplene nedenfor som er testtilfeller for testscenariet som ser på funksjonaliteten til en påloggingsskjerm:
• Sjekk oppførselen til systemet når du legger inn gyldig legitimasjon.
• Sjekk oppførselen til systemet når en ugyldig e-post men et gyldig passord brukes.
• Sjekk oppførselen til systemet når en gyldig e-post men et ugyldig passord brukes.
• Sjekk oppførselen til systemet når en ugyldig e-post og passord brukes.
• Sjekk hvordan systemet fungerer når feltene er tomme.
• Sjekk koblingen ‘glemt passord’ for å se om den oppfører seg som forventet.
• Sjekk oppførselen til systemet når ‘hold meg pålogget’-knappen er merket.
• Sjekk oppførselen til systemet når et ugyldig telefonnummer legges inn.
Så alle disse eksemplene er individuelle UI-testtilfeller.
I motsetning til testscenarioet, som dekker hele prosessen, ser testcasene på de enkelte funksjonene. Med andre ord, hvert eksempel ovenfor er et UI-testtilfelle, med hele listen klassifisert som et testscenario.
UI-testskript
For å få en enda mer detaljert oversikt over applikasjonstesting, opprettes UI-testskript for å gi mer informasjon til testere om testtilfeller og scenarier.
Nedenfor er en oppsummering av hva UI-testskript er og hvordan du skriver dem.
1. Hva er UI-testskript?
UI-testskript er svært detaljerte beskrivelser av tester som utføres på en applikasjon, vanligvis linje for linje.
De er veldig spesifikke med mange detaljer når det gjelder testcasene som brukes, data og forventet funksjonalitet til applikasjonen.
Eventuelle resultater fra testtilfeller er også inkludert i testskript for å øke informasjonsrikdommen.
2. Hvordan skrive UI-testskript
UI-testskript er enkle, da det ganske enkelt beskriver testsakene.
Så lenge du inkluderer følgende informasjon i dem, bør du kunne få mye verdi ut av UI-testskriptene dine:
• Testskript-ID: Dette er den unike identifikatoren for testskriptet.
• Tittel: Tittelen på testskriptet.
• Testtilfelle-ID: Dette er ID-en til testtilfellet du oppretter et skript for.
• Krav: Dette er spesifikasjonene for applikasjonen av maskinvare som er nødvendig for å kjøre testsakene.
• Prosedyre: Dette er trinnene som er tatt for å komme videre med testingen.
• Resultat: Dette er resultatet og det endelige resultatet av testen.
• Status: Dette er en indikasjon på suksessen til testskriptet – bestod det eller mislyktes?
• Feilkode: Hvis det oppsto et problem, viser feilkoden hva problemet var.
Sjekkliste for UI-testene dine
Nå som du er klar til å komme i gang med UI-testing, bruk sjekklisten nedenfor for å lage dine egne tester:
1. Sjekk grunnleggende funksjonalitet
Funksjonell testing er en fin måte å finne ting som visuelle feil eller feil på plattformen.
Sørg for å inkludere ting som biometri, eventuelle meldinger og applikasjonsminneinformasjon på dette stadiet.
2. Sjekk kompatibilitet på tvers av plattformer
For å unngå problemer som enhetsfragmentering som blokkerer enkelte brukere fra applikasjonen, er det nyttig å utføre kompatibilitetskontroller på tvers av plattformer.
Dette inkluderer å sjekke applikasjonen på tvers av forskjellige skjermoppløsninger.
Det er en god idé å se nærmere på kompatibilitet med både native og hybride applikasjoner på mobile enheter som Android og iOS.
3. Sjekk kompatibilitet på tvers av forskjellige skjermstørrelser
Det er mange forskjellige skjermstørrelser som sluttbrukere kan prøve å bruke med applikasjonen, så det er viktig å teste brukergrensesnittet for disse.
UI-responstesting implementeres best på de nyeste enhetene for å løse potensielle problemer. Husk også å teste i både liggende og stående modus.
4. Sjekk ytelse og skalerbarhet
Når en applikasjon har skalerbarhet, er den i stand til å levere utmerket ytelse på tvers av forskjellige plattformer.
Test ulike belastningsnivåer, trafikk og andre sluttbrukerscenarier for å vurdere ytelsen og skalerbarheten til applikasjonen.
Dette kan gjøres ved hjelp av parallell testing, som bruker automatisert UI-testing som robotprosessautomatisering på tvers av flere miljøer.
5. Sjekk applikasjonens tilgjengelighet
Tilgjengelighetstesting sikrer at spesifikke funksjoner rettet mot å hjelpe sluttbrukere med å fungere som forventet. Se for å sjekke ting som skriftstørrelse, skjermlesermodus og zoomalternativer her.
6. Sjekk farger og tekst
Applikasjoner skal vise farger på en bestemt måte, så det er viktig å verifisere dette ved å teste fargeskjemaer.
Dette inkluderer ting som fargen på en hyperkobling eller andre skrifttyper. Det er også nyttig å sjekke teksten for problemer med stavemåte, skriftstørrelse og justering.
7. Vurder navigasjonshastigheten
Sørg for å teste at applikasjonens brukergrensesnitt kjører jevnt, uten noen feil. Ting som lasteskjermen for overskrifter er et bra sted å se etter etterslep.
