Test af brugergrænseflader er vigtigere end nogensinde før takket være den globale stigning i antallet af websteder og applikationer. Hvis du lancerer et nyt stykke software eller en ny webside, er det afgørende, at du får den rigtige brugergrænseflade (UI), så funktionalitet og æstetik balanceres.
Der er meget, der skal til for at skabe en overbevisende brugergrænseflade, og brugergrænsefladetestning fungerer som en lakmusprøve for at afgøre, om grænsefladen opfylder alle målene eller ej.
I denne artikel gennemgår vi alle de vigtigste områder i forbindelse med UI-testning, lige fra definitionen af, hvad en UI er, til de bedste måder at teste din UI på.
UI vs. GUI: Opklaring af forvirringen
Lad os starte med at forsøge at rydde enhver forvirring omkring begreberne UI og GUI af vejen. Nedenfor er en oversigt over, hvad disse to udtryk betyder, og hvor de adskiller sig fra hinanden:
1. Hvad er test af brugergrænseflader?
Brugergrænsefladen er den platform, du bruger til at interagere med et bestemt stykke software. Brugergrænsefladen er det sted, hvor du kan indtaste instruktioner, indtaste data eller se oplysninger fra en skærm eller en monitor.
Der findes mange forskellige typer brugergrænseflader, herunder grafiske brugergrænseflader (GUI) og kommandolinjeinterfaces, der blot viser kode og tekst.
2. Hvad er en grafisk brugergrænseflade (GUI)?
Den grafiske brugergrænseflade (GUI) er en type brugergrænseflade, som de fleste mennesker kender. Det er en type grænseflade, der bruger visuelle elementer til at hjælpe os med at interagere med funktioner i systemet.
Du kan f.eks. bruge menuer eller værktøjslinjer med ikoner til at hjælpe dig med at navigere i et system. Selv tekst fungerer godt i GUI’er som en måde at guide brugeren gennem en funktion på, f.eks. ved at klikke på “fil”, når du vil åbne eller gemme et dokument.
3. UI vs. GUI
For at hjælpe dig med at forstå disse to former for computerinteraktion bedre, kan du se den direkte sammenligning mellem UI og GUI nedenfor:
UI:
– En forkortelse for brugergrænseflade
– Det er en type platform, der giver brugerne mulighed for at interagere med enheder
– Det er en form for interaktion mellem menneske og maskine
– Det bruges af alle og fungerer ofte i baggrunden, så du ikke ved, at du bruger det.
– Almindelige eksempler er MS-DOS eller Unix
GUI:
– En forkortelse for grafisk brugergrænseflade
– Det er en type platform, der bruger grafik til at hjælpe brugerne med at navigere i funktionerne på en enhed
– Det er en underklasse af UI
– Det bruges typisk af almindelige brugere i hverdagen, f.eks. forbrugere
– Almindelige eksempler omfatter Windows 10, iOS og Android
Hvad er test af brugergrænseflader (UI)?
Test af brugergrænseflader (UI), undertiden kendt som GUI-test afhængigt af konteksten, er en række handlinger, der bruges til at måle ydeevnen og den overordnede funktionalitet af en applikations visuelle elementer. Den tjekker og validerer forskellige funktioner i brugergrænsefladen og sikrer, at der ikke er nogen uventede resultater, fejl eller fejl.
UI-test ved hjælp af værktøjer som ZAPTEST bruges primært til at kontrollere ting som brugervenlighed, funktionalitet og ydeevne af UI’et for at sikre, at det er egnet til formålet.
I nogle tilfælde kontrolleres det også, om det er i overensstemmelse med systemets overordnede designkoncepter eller om det er visuelt i overensstemmelse med disse.
Hvornår og hvorfor har du brug for brugergrænsefladetests?
UI-testning er normalt mest effektiv, før applikationen frigives til produktion. Dette er for at sikre, at slutbrugeren får den bedste oplevelse med så få fejl og mangler som muligt.
Slutbrugerne er ikke de bedste softwaretestere, så det er vigtigt at udbedre eventuelle problemer, før de når frem til dem.
UI-testning er en nyttig måde at vurdere, hvordan programmet håndterer visse handlinger, f.eks. ved at bruge tastatur og mus til at interagere med menuer. Det hjælper med at kontrollere de visuelle elementer i programmet for at sikre, at de vises korrekt.
UI-testning er også en god måde at måle ydeevnen på og sikre, at der ikke er fejl eller problemer med applikationens funktionalitet.
Typer af UI-tests
Der er en række forskellige UI-tests, der kan overvejes afhængigt af den applikation, der skal testes.
UI-tests har potentiale til at verificere mange funktioner på tværs af applikationer, så valg af den rigtige testtype kan hjælpe med at identificere specifikke problemer.
Der er med andre ord forskellige metoder til UI-testning, som du bør overveje, og værktøjer som ZAPTEST’s automatiserede værktøjer til UI-testning, afhængigt af hvad du vil teste for.
Nogle af de mest almindelige metoder til funktionel og ikke-funktionel testning omfatter følgende:
1. Regressionstest
Regressionstest er en type UI-test, der ser på eventuelle ændringer i kodningen af applikationen eller webstedet.
Det sikrer, at alle funktionaliteterne i programmet er som planlagt, efter at der er foretaget ændringer i dele af koden.
Den behøver ikke at lave nogen smarte tests, den kører bare koden for at sikre, at alle afhængigheder og funktioner fungerer på samme måde som før ændringerne.
2. Funktionel afprøvning
Funktionel testning har til formål at validere applikationen for at sikre, at den opfylder alle de funktionelle krav.
Den tester alle de enkelte funktioner i programmet og kontrollerer derefter resultatet for at sikre, at det kører som forventet.
Denne type brugergrænsefladetestning fokuserer normalt på black box-testning, hvor der ikke kigges på kildekoden. Den har tendens til at kontrollere ting som brugergrænsefladen, eventuelle tilknyttede API’er, klient- og serverkommunikation eller sikkerhed.
3. Godkendelsesprøvning
Acceptancetest, undertiden kendt som brugeracceptancetest (UAT), er en form for brugergrænsefladetest, der udføres af slutbrugeren af applikationen for at verificere systemet, før det overgår til produktion.
Denne type brugergrænsefladetest findes oftest i de sidste faser af testen, når de andre områder er blevet kontrolleret.
Acceptancetestning bruges til at validere applikationens overordnede flow fra start til slut. Den ser ikke på overfladiske problemer som stavefejl eller æstetiske problemer. Der bruges et separat testmiljø til at efterligne produktionsmiljøet, så det sikres, at det er klar til at gå videre til næste fase.
4. Test af enheder
Ved enhedstestning undersøges de enkelte komponenter i et program for at bekræfte, at det fungerer efter hensigten.
Den udføres normalt i kodningsfasen, så det er typisk udviklerne, der skal udføre denne type brugergrænsefladetest.
Enhedstest fungerer ved at adskille et stykke kode for at sikre, at det fungerer som forventet. Dette individuelle stykke kode kan være et specifikt modul, en funktion, et objekt eller en anden individuel del af programmet.
5. Test af ydeevne
Ved ydelsestestning vurderes optimeringen af applikationen, idet der ses på ting som hastighed, stabilitet, reaktionsevne og skalerbarhed af applikationen under brug.
Denne type brugergrænsefladetestning har til formål at finde eventuelle problemområder i applikationen eller flaskehalse i datastrømmen. De tre hovedområder, der undersøges, er hastighed, skalerbarhed og stabilitet i applikationen.
6. Test af GUI
GUI-testværktøjer undersøger den grafiske brugergrænseflade i et program for at sikre, at alle funktionerne fungerer som forventet.
Dette omfatter et kig på programmets grafiske aktiver og kontrolelementer, f.eks. knapper, værktøjslinjer og ikoner. GUI’en er det, som slutbrugeren interagerer med og ser, når han/hun bruger et program.
Hvad er fordelene ved UI-testning?
Der er en række fordele forbundet med UI-test og brug af værktøjer som ZAPTESTs UI-testpakke, både for udvikleren og slutbrugeren.
Nedenfor er nogle af de vigtigste fordele forbundet med UI-testning:
1. Det forbedrer funktionaliteten
Det er vigtigt at teste applikationer for at sikre, at de fungerer som forventet, så eventuelle fejl, fejl eller andre problemer kan løses, inden de frigives.
Hvis en applikation når frem til slutbrugerne, og den er fejlbehæftet, fuld af fejl eller ødelagt, vil den ikke kunne udføre det arbejde, der forventes af den. Dette skaber igen for mange problemer for slutbrugerne, og de vil sandsynligvis holde op med at bruge det.
2. Det gør det lettere at bruge
Værktøjer til automatisering af brugergrænsefladetestning er også en god måde at optimere og strømline applikationen på.
Selv om al kodning fungerer, som den skal, kan en dårligt designet grænseflade forvirre slutbrugerne og hurtigt slå dem fra sig, hvilket reducerer anvendelsesgraden for applikationen. UI-testning er en god måde at udjævne elementer eller designvalg på, så det bliver lettere at bruge.
3. Det styrker ansøgningens omdømme
At tage sig tid til at udføre UI-testning korrekt og bruge værktøjer som ZAPTESTs software til automatisering af testning er gode måder at finpudse applikationen på og gøre den så brugervenlig som muligt.
Når det gøres korrekt, gør det applikationen til en god brandambassadør, hvilket øger dens generelle omdømme. Hvis programmet kører fejlfrit og gør alt det, det skal, vil brugerne sætte pris på det og bruge programmet.
Hvad er de største udfordringer ved UI-testning?
Selv om UI-testning er en vigtig del af applikationsudviklingen, er det ikke nødvendigvis en let del af processen.
Der er en række problemer og udfordringer forbundet med gratis software til automatisering af brugergrænsefladetest, som gør det til en vanskelig opgave.
Nedenfor er nogle af de største udfordringer i forbindelse med UI-testning, når der anvendes utilstrækkelige UI-testværktøjer:
1. Opdateringer af brugergrænsefladen
Applikationsudvikling er typisk en iterativ proces, hvor der kommer nye funktioner og features til i løbet af udviklingscyklussen og derefter.
Alle disse sporadiske ændringer kan gøre det ret svært at udføre UI-tests effektivt, da andre afhængigheder og kodeinteraktioner ændrer det, der testes.
2. Test, der vokser i kompleksitet
Applikationer og websteder er langt mere avancerede nu end for bare et par år siden. Med alle disse ekstra funktioner skal UI-testværktøjer og UI-automatiseringssoftware se på flere elementer og processer.
Som følge heraf skal mange af værktøjerne til brugergrænsefladetestning tilpasses for at kunne rumme alle disse komplekse tilføjelser.
3. Tidsbegrænsninger
I takt med at applikationerne bliver mere komplekse, vokser også de værktøjer, der bruges til testning. UI-testskripter bliver meget mere tidskrævende på grund af den store mængde kode, der skal testes. Dette problem forværres, når de rigtige værktøjer til test af brugergrænseflader ikke er til rådighed.
4. Hold UI-scripts opdateret
Efterhånden som brugergrænsefladen ændres, og der tilføjes nye funktioner, skal testskripterne tilpasses for at teste de nye processer. Dette bliver en større udfordring med hver ny tilføjelse, da testskripter konstant opdateres og justeres for at imødekomme den nye funktionalitet.
Skal du automatisere UI-testning?
Når du skal beslutte dig for den bedste tilgang til test af applikations- eller webgrænseflader, er der to forskellige veje at overveje – manuel test eller automatiseret test af brugergrænseflader ved hjælp af automatiserede værktøjer. Både manuel testning og automatisering af brugergrænsefladen har deres egne fordele og ulemper, så det er klogt at overveje begge dele for at se, hvad der passer bedst til applikationen.
Hvad er manuel UI-testning?
Manuel testning indebærer i modsætning til UI-automatisering, at en tester manuelt interagerer med og inspicerer alle funktioner i et program eller på et websted.
Deres primære formål er at holde øje med eventuelle spørgsmål, uregelmæssigheder eller problemer i den samlede ansøgning. Dette er en særlig nyttig mulighed for mindre programmer med begrænsede elementer, som f.eks. i de første versioner af programmer.
1. Fordele ved manuel test af brugergrænseflader
Der er mange fordele ved at vælge UI manuel test, afhængigt af applikationen og dens design.
Nedenfor er nogle af de fordele, der er forbundet med manuel test af brugergrænseflader:
– Manuel test af brugergrænseflader inddrager menneskelig intelligens i testen for at finde fejl eller problemer. Der er ting, som automatiseret UI-testning simpelthen ikke kan klare, og det kræver menneskelig interaktion, kritisk tænkning og det menneskelige element at finde alle applikationsmangler.
– Automatiserede tests kan være ret tidskrævende, da de genskaber flere scenarier for forskellige funktioner, som skal verificeres af en menneskelig tester. Manuel test af brugergrænseflader giver menneskelige testere mulighed for at fokusere på at finde fejl i stedet for at opsætte emuleringer.
– Menneskelige testere har ofte et indgående kendskab til applikationen og bruger ofte utallige timer på at vænne sig til brugerfladen. Det er derfor, at de forstår, hvad de skal holde øje med af fejl, og samtidig hjælper de dem med at holde sig opdateret om applikationens aktuelle tilstand.
– Der er problemer, som måske ikke bliver opdaget af automatiseret UI-test, da det ikke påvirker koden. Ting som f.eks. serverresponstider kan være forsinkede, men de kan let overses af en automatiseret test. Manuel brugergrænsefladetestning fjerner dette problem, fordi den menneskelige bruger bemærker disse problemer med det samme.
– Manuel UI-testning er den mest nøjagtige emulering af brugeroplevelsen, da du opretter en situation, der afspejler, hvordan slutbrugeren vil interagere med applikationen. Dette skaber en reel kontekst for at finde problemer, som ofte findes af slutbrugerne, men som måske overses af automatiseret UI-testning.
2. Begrænsninger ved manuel test af brugergrænseflader
Der er også begrænsninger ved manuel test af brugergrænseflader, som bør overvejes, før du træffer en beslutning om den bedste testmetode for din applikation.
Nogle af begrænsningerne ved manuelle brugergrænsefladetests omfatter følgende:
– Det tager meget længere tid at udføre manuel testning end automatiseret UI-testning, især når man bruger moderne værktøjer som hyperautomatisering. Skripter til automatiseret testning kan køre meget hurtigere end nogen form for menneskelig indtastning, så hvis du vælger manuel testning af webbrugergrænseflader, tilføjer du yderligere timer til tidsplanen.
– Da det i sidste ende er en menneskelig proces, er manuel test af brugergrænseflader på nettet udsat for menneskelige fejl. Der kan opstå fejl på grund af manglende fokus eller distraktion ved manuel test af brugergrænseflader, hvilket kan føre til problemer. Automatiseret UI-testning fjerner det menneskelige element fra processen, hvilket gør den meget mindre udsat for disse typer problemer. Dette gælder især for de nyeste typer af automatiseret testning af brugergrænseflader, såsom automatisering af robotprocesser.
– Selve processen med at logge eventuelle fundne fejl tager meget længere tid, hvilket kan gøre det svært at følge eventuelle ændringer, efterhånden som de foretages. Automatiseret UI-test er en bedre tilgang her, da det kun kræver en opdatering, hvis en ny funktion implementeres.
– Manuel test af brugergrænseflader kræver et indgående kendskab til applikationen for at kunne teste kompetent for problemer. Som følge heraf er der et vist vidensniveau, som menneskelige testere skal have, før de kan teste effektivt. Automatiseret testning kræver ikke dette vidensniveau.
3. Optagelse og gengivelse af test
Record & replay-testning er en form for kodeløs UI-testning, som giver dig mulighed for at køre test uden dybtgående kendskab til programmering. Den bruger funktionalitet til at registrere manuelle handlinger, der udføres i programmet, før de gemmes som et testmønster.
Dette gør det muligt at køre UI-testen igen og igen uden menneskelig indblanding.
4. Manuel test vs. optage og gengivelse vs. automatiseret testning
Når du skal vælge mellem disse tre typer af UI-testning, er det vigtigt at tage hensyn til applikationens omfang og skala og de tilgængelige ressourcer.
Manuel UI-testning er den nemmeste at oprette og bruge, men den stiller mange krav, f.eks. at testeren skal have et godt kendskab til applikationen. Det er også svært at fortsætte den manuelle UI-testning, hvis du konstant opdaterer en applikation.
Værktøjer til automatisering af brugergrænsefladetests som dem, der tilbydes af Zaptest, er en god mulighed, hvis du skal foretage regelmæssige opdateringer af applikationen, og med tiden kan det betale sig.
Record & replay kommer ind i billedet for at bygge bro mellem de to typer af UI-testning. Den tilbyder et grundlæggende niveau af automatisering af brugergrænsefladen, men kræver stadig menneskelig indgang for at aktivere den.
Hvad tester du, når du udfører UI-tests?
Hvad du tester for, når du udfører UI-tests ved hjælp af værktøjer som ZAPTESTs UI-testsoftware, vil variere alt efter, hvad applikationen indeholder.
Den følger dog ofte programmets funktionalitet. Hvis applikationen f.eks. har en checkout-side, vil UI-testning omfatte ting som at teste “køb nu”-knappen.
Selv om de faktiske processer, der skal testes, varierer fra applikation til applikation, er der en række generelle UI-ting, der skal testes, f.eks:
1. Fejl i datatyper
Denne brugergrænsefladetest sikrer, at den rigtige type data vises i de relevante felter. F.eks. tekst til navne uden mulighed for at bruge tal. Hvis UI-testeren kan indtaste numeriske værdier under navnefeltet, er der noget galt.
2. Spørgsmål om feltbredde
Dette bruges til at begrænse antallet af tegn for visse felter, f.eks. postnumre. Hvis programmet ikke begrænser antallet af tegn i disse felter, kan det resultere i ugyldige indtastninger fra slutbrugeren.
3. Knapper
Disse UI-tests sikrer, at knapperne fungerer korrekt, så f.eks. en næste side-knap leder slutbrugeren til næste side. Der findes mange forskellige typer knapper med forskellige formål, så det er vigtigt, at de gør det, de skal, for at skabe et funktionelt program.
4.Tabel rulning
Hvis der er tabeller med data i programmet, sikrer tabelrulning, at du kan rulle gennem dataene, mens overskrifterne forbliver synlige.
Hvis dette ikke fungerer, bliver dataene forvirrende for slutbrugeren.
5. Fejllogfiler
I tilfælde af et programnedbrud eller en fejl er det vigtigt at teste fejllogfilerne for at sikre, at de giver et korrekt output til fejlrapportering.
Uden nøjagtig fejlrapportering og fejllogfiler er der ingen god måde at afgøre, hvad der forårsager problemet, eller hvordan det skal løses.
Hvordan udfører du en UI-test (GUI)?
For at give dig et godt indtryk af, hvordan du udfører en UI- eller GUI-test, vil vi lave et eksempel, som du kan se på.
Lad os sige, at vi skal teste en formular i et program til registrering af en konto. Der er flere UI-elementer at teste på denne side, som er mærket TC-X (hvor TC står for testcase og X angiver elementnummeret).
Nedenfor er en liste over de tilgængelige TC’er, der kan testes for:
TC-1: Brand-logo øverst på skærmen
– Dette bør testes for at kontrollere, at det viser den rigtige position, skrifttype og sidelabel.
TC-2: Registrer din konto
– Dette skulle kontrollere, at sidehovedet er korrekt.
– Den skal også kontrollere, at den korrekte skrifttype vises.
TC-3: Feltet fornavn
– Dette bør teste, om tekstboksen er korrekt justeret og placeret.
– Den bør også teste feltetiketterne og kontrollere, at den accepterer gyldige og afviser ugyldige indtastninger.
TC-4: Efternavnsfelt
– Dette bør teste, om tekstboksen er korrekt justeret og placeret.
– Den bør også teste feltetiketterne og kontrollere, at den accepterer gyldige og afviser ugyldige indtastninger.
TC-5: Feltet for brugernavn
– Dette skal teste, hvilken fejlmeddelelse der vises, når der indtastes begrænsede tegn.
– Den skal også kontrollere, at fejlmeddelelsen er gyldig og korrekt.
TC-6: Kodeord-feltet
– Dette skal teste feltetiketterne for at sikre, at de accepterer gyldige tegn og afviser ugyldige tegn.
– Den skal også teste tekstboksens justering og position.
TC-7: Knappen Næste side
– Dette skulle teste, at indsendelse af formularen fungerer efter hensigten.
– Den skal også kontrollere knappens placering og sikre, at den er læsbar for brugeren.
UI-testplan – Hvad er det?
En UI-testplan er et dokument, der er en del af testprocessen for applikationer.
UI-testplanen indeholder vigtige oplysninger om applikationen og alle testaktiviteter, der er forbundet med den.
Oprettelse af en testplan er normalt et af de første skridt, du tager, når du tester applikationer, da den lægger grunden til testmetoderne og de tilsigtede resultater.
Det er et nyttigt dokument, der giver personer uden for testteamet en bedre idé om, hvad der foregår i processen.
Sådan skriver du en UI-testplan
UI-testplaner giver fremragende vejledning og instruktion til UI-testere, så det hjælper virkelig med at teste og inspicere applikationer, hvis de er rigtige.
Se nedenstående trin for at lære, hvordan du skriver en UI-testplan:
1. Medtag vigtige oplysninger om UI-testning
En UI-testplan indeholder alle de vigtigste oplysninger, der er nødvendige for at udføre testning af en applikation. Nogle af disse oplysninger omfatter følgende:
– De fagfolk, der er nødvendige til testning, deres roller og kompetencer.
– Den samlede tid, der er nødvendig for at teste applikationen.
– De testteknikker, der anvendes i forbindelse med testen.
– Eventuelle ressourcer, der er nødvendige til afprøvning, f.eks. specifik hardware, dokumentation eller værktøjer.
– En opdeling af måltestmiljøerne, f.eks. mobile enheder, et bestemt operativsystem eller browsere.
– De overordnede mål med testprocessen.
2. Røgprøvning
Dernæst kan du bruge røgtest til at hjælpe med at oprette en testplan for brugergrænsefladen. Smoke-testning er en nyttig måde at identificere grundlæggende problemer og fejl i programmet på, men den undersøger ikke problemerne for grundigt.
Det er en teknik, der er bedst egnet til UI-testning af det øverste lag af applikationen, så den kan nemt opfange åbenlyse problemer.
3. Sanity-testning
For at grave dybere ned i applikationen for at finde mindre åbenlyse fejl og mangler er sanity testing en god teknik til UI-testning.
Sanity-testning har til formål at inspicere ny eller ændret kodning for at kontrollere, at den er i overensstemmelse med applikationskravene.
Den adskiller sig fra røgtestning ved at være langt mere omfattende med UI-testning, som giver mulighed for et dybere indblik i applikationens funktionalitet.
Når en applikation har bestået en røgtest, tilføjer sanity-testen et ekstra inspektionsniveau.
UI-testscenarier
For at sikre, at applikationen kører efter hensigten på tværs af flere områder og interaktioner, er det vigtigt at udføre forskellige UI-testscenarier.
Nedenfor er der en oversigt over, hvad UI-testscenarier er, med et eksempel.
1. Hvad er UI-testscenarier?
Et UI-testscenarie er en måde at udarbejde dokumentation for flere anvendelsestilfælde i en applikation.
Et UI-testscenarie bruges til at beskrive de specifikke handlinger, som en bruger kan foretage, mens han/hun bruger applikationen.
I nogle tilfælde beskriver den også et scenarie, som en bruger kan opleve, mens han/hun bruger programmet.
UI-testscenarier er nyttige, da de verificerer, at funktionaliteten i et program fungerer som forventet. Det kræver et indgående kendskab til applikationen og input fra kunder og udviklere at generere brugbare scenarier.
2. Eksempel på UI-testscenarier
Som et eksempel kan du overveje et testscenarie for login-siden i et program. Et UI-testscenarie til dette formål skal forsøge at besvare følgende spørgsmål:
– Kan brugerne logge ind på platformen med de korrekte legitimationsoplysninger?
– Hvad er resultatet af at bruge forkerte legitimationsoplysninger til at logge ind?
– Hvad sker der, når du bruger et gyldigt brugernavn, men en ugyldig adgangskode?
– Hvad sker der, når du lader felterne stå tomme og forsøger at logge ind?
– Hvis der er en knap “Glemt adgangskode”, hvad sker der så, når du klikker på den?
– Fungerer alle links på siden efter hensigten?
Ved at besvare disse spørgsmål kan UI-testere identificere områder af applikationen, der ikke fungerer som de skal.
Den kontrollerer også, at alle de tilgængelige handlinger giver det forventede resultat, f.eks. at du logger ind med de rigtige legitimationsoplysninger.
UI-testsager
For at se på de enkelte aspekter af et UI-testscenarie bruges testcases til at opdele de enkelte funktioner i et program.
Nedenfor er en oversigt over, hvad UI-testcases er, med eksempler.
1. Hvad er UI-testsager?
En UI-testsag er en række handlinger, der udføres for at verificere en bestemt funktion eller funktionalitet i et program.
UI-testcases opdeler testtrin, data, forudsætninger og efterbetingelser for specifikke scenarier og kontrollerer også kravene.
En UI-testsag har tendens til at indeholde meget specifikke variabler for at give mulighed for dybdegående testning på et enkelt niveau. UI-testere sammenligner derefter de faktiske resultater med det forventede resultat for at sikre, at applikationen fungerer i overensstemmelse med kravene.
2. Eksempler på UI- og GUI-testsager
For at hjælpe dig med at forstå UI- og GUI-testcases bedre kan du se på eksemplerne nedenfor, som er testcases for testscenariet, der undersøger funktionaliteten af en login-skærm:
– Kontroller systemets adfærd, når der indtastes gyldige legitimationsoplysninger.
– Kontroller systemets adfærd, når der anvendes en ugyldig e-mail, men en gyldig adgangskode.
– Kontroller systemets adfærd, når der anvendes en gyldig e-mail, men en ugyldig adgangskode.
– Kontroller systemets adfærd, når der anvendes en ugyldig e-mail og adgangskode.
– Kontroller, hvordan systemet opfører sig, når felterne er tomme.
– Tjek linket “Glemt adgangskode” for at se, om det opfører sig som forventet.
– Kontroller systemets adfærd, når knappen “Hold mig logget ind” er markeret.
– Kontroller systemets adfærd, når der indtastes et ugyldigt telefonnummer.
Så alle disse eksempler er individuelle UI-testsager.
I modsætning til testscenariet, som dækker hele processen, ser testcases på de enkelte funktioner. Med andre ord er hvert eksempel ovenfor en UI-testsag, og hele listen kan klassificeres som et testscenarie.
UI-testskripter
For at få en endnu mere detaljeret opdeling af applikationstestning oprettes UI-testskripter for at give testerne flere oplysninger om testcases og scenarier.
Nedenfor er en oversigt over, hvad UI-testscripts er, og hvordan man skriver dem.
1. Hvad er UI-testskripter?
UI-testskripter er meget detaljerede beskrivelser af de tests, der udføres på et program, normalt linje for linje.
De er meget specifikke i deres natur med mange detaljer med hensyn til de anvendte testcases, data og applikationens forventede funktionalitet.
Alle resultater fra testcases indgår også i testskripter for at øge informationsrigdommen.
2. Hvordan man skriver UI-testskripter
UI-testskripter er enkle, da de blot beskriver testcases.
Så længe du medtager følgende oplysninger i dem, bør du kunne få masser af værdi ud af dine UI-testskripter:
– Test script ID: Dette er den unikke identifikator for testskriften.
– Titel: Titlen på testskriften.
– Test case ID: Dette er ID’et for den testcase, som du opretter et script for.
– Krav: Det er specifikationerne for den applikation eller hardware, der er nødvendig for at køre testcases.
– Procedure: Dette er de skridt, der tages for at komme videre med testen.
– Resultat: Dette er resultatet og det endelige resultat af testen.
– Status: Dette er en indikation af testskriptets succes – bestod det eller mislykkedes det?
– Fejlkode: Hvis der er opstået et problem, angiver fejlkoden, hvad problemet var.
Tjekliste for dine UI-tests
Nu er du klar til at komme i gang med UI-testning, og du kan bruge nedenstående tjekliste til at oprette dine egne tests:
1. Kontroller den grundlæggende funktionalitet
Funktionel testning er en god måde at finde ting som visuelle fejl eller fejl på platformen på.
Sørg for at medtage ting som biometriske oplysninger, eventuelle meddelelser og oplysninger om programhukommelse i denne fase.
2. Kontroller kompatibilitet på tværs af platforme
For at undgå problemer som f.eks. enhedsfragmentering, der blokerer visse brugere fra applikationen, er det nyttigt at udføre kompatibilitetstjek på tværs af platforme.
Dette omfatter kontrol af applikationen i forskellige skærmopløsninger.
Det er en god idé at undersøge kompatibiliteten af både native og hybride applikationer på mobile enheder som Android og iOS.
3. Kontroller kompatibiliteten på tværs af forskellige skærmstørrelser
Der er mange forskellige skærmstørrelser, som slutbrugerne kan forsøge at bruge programmet, så det er vigtigt at teste brugergrænsefladen for disse størrelser.
Test af brugergrænsefladens reaktionsevne gennemføres bedst på de nyeste enheder for at løse potentielle problemer. Husk også at teste i både liggende og stående tilstand.
4. Kontroller ydeevne og skalerbarhed
Når et program er skalerbart, kan det levere fremragende ydeevne på tværs af forskellige platforme.
Test forskellige belastningsniveauer, trafik og andre slutbruger-scenarier for at vurdere applikationens ydeevne og skalerbarhed.
Dette kan gøres ved hjælp af parallel testning, som anvender automatiseret UI-testning som robotisk procesautomatisering på tværs af flere miljøer.
5. Kontroller adgangen til applikationen
Test af tilgængelighed sikrer, at specifikke funktioner, der er rettet mod at hjælpe slutbrugere, fungerer som forventet. Her kan du tjekke ting som skriftstørrelse, skærmlæsertilstand og zoommuligheder.
6. Kontroller farver og tekst
Applikationer skal vise farver på en bestemt måde, så det er vigtigt at kontrollere dette ved at afprøve farveskemaer.
Det gælder f.eks. farven på et hyperlink eller andre skrifttyper. Det er også nyttigt at kontrollere teksten for fejl i stavning, skriftstørrelse og justering.
7. Vurdering af navigationshastighed
Sørg for at teste, at applikationens brugergrænseflade kører problemfrit og uden fejl. Ting som f.eks. indlæsningsskærmen for overskrifter er et godt sted at lede efter forsinkelse.
