Sådan udfører du en test af webtilgængelighed

Discover how to deliver better software and systems in rapidly scaling environments. Join our Community

Ifølge WHO lever mere end en milliard mennesker verden over med en eller anden form for funktionsnedsættelse. Det betyder omkring 15 % af hele befolkningen!  Med det i tankerne er det tydeligt, at vi skal sikre, at vores webapplikationer ikke udelukker nogen fra at bruge dem, og det betyder, at vi også bør fokusere design- […]

Ifølge WHO lever mere end en milliard mennesker verden over med en eller anden form for funktionsnedsættelse. Det betyder omkring 15 % af hele befolkningen! 

Med det i tankerne er det tydeligt, at vi skal sikre, at vores webapplikationer ikke udelukker nogen fra at bruge dem, og det betyder, at vi også bør fokusere design- og testindsatsen på tilgængelighed.

Måske har du et bestemt billede i tankerne, når du tænker på funktionsnedsættelse, men det kan faktisk tage mange former og kan også være:

  • Permanent (f.eks. synsnedsættelse)
  • Midlertidig (f.eks. en øreinfektion)
  • Situationsbestemt (f.eks. en forælder, der holder en baby)
billede af Microsofts inkluderende design til tilgængelighedstest
Billedkilde: Microsofts inkluderende design

Disse funktionsnedsættelser kan begrænse, hvordan mennesker interagerer med applikationernes funktioner. Test af webtilgængelighed kommer ind i billedet ved at kontrollere, om appen er tilgængelig for disse forskellige typer af funktionsnedsættelser.  

Hvad er test af webtilgængelighed?

Tilgængelighed, som nogle gange kaldes a11y, er praksissen med at skabe værktøjer, websteder og webindhold, der kan bruges af alle besøgende uanset deres funktionsnedsættelser, begrænsninger eller vanskeligheder. Når det handler om test, bør du gøre tilgængelighedstest til en del af din teststrategi; lad være med at gemme den til sidst.

Tilgængelighedstest er en form for brugervenlighedstest. Ved at udføre tilgængelighedstest sikrer testere, at alle brugere, herunder personer med funktionsnedsættelser som blindhed, nedsat hørelse eller andre kognitive vanskeligheder, kan bruge webstederne og webapplikationerne. Det sikrer, at indholdet er tilgængeligt uden at anvende typiske interaktioner som mus, tastatur, pegefelt og så videre.

Get Free Access
Get regular tech leadership wisdom for delivering better software and systems.
Get Free Access

Have an account? Log In

Hvilke aspekter af tilgængelighed vurderer test af webtilgængelighed?

Når du kontrollerer et websteds tilgængelighed, kan det være en god idé at følge Retningslinjerne for tilgængeligt webindhold (WCAG). De tre tilgængelighedsniveauer, der er defineret af WCAG, er

  • A: til grundlæggende webtilgængelighed;
  • AA: den globale tilgængelighedsstandard – i øjeblikket et lovkrav i USA og EU-landene.
  • AAA: det strengeste niveau – gælder normalt for specifikke applikationer.

Ifølge WCAG er der også fire hovedprincipper for tilgængelighed. Du kan huske dem ved hjælp af akronymet POUR, og de er

  • Opfattelig: brugerne af webstedet skal kunne opfatte indholdet og oplysningerne. Dette sker normalt visuelt, men for personer med synsnedsættelse kan indholdet opfattes ved hjælp af skærmlæsersoftware.
  • Betjenelig: brugerne skal kunne interagere med elementerne på websiden og nemt navigere gennem siderne.
  • Forståelig: indholdet, uanset om det er grafisk eller skrevet, skal være let at forstå.
  • Robust: det betyder, at webappen skal fungere korrekt på flere enheder, herunder med hjælpemiddelteknologi.

Hvorfor er test af webtilgængelighed vigtigt?

Så hvorfor er det vigtigt at teste for tilgængelighed? 

For mig er den vigtigste grund inklusivitet. Ved at sikre tilgængeligheden af et websted eller en webapp sørger vi for, at vi ikke udelukker nogen fra at få adgang til indholdet og bruge funktionerne. Det betyder en bedre brugeroplevelse for alle potentielle kunder.

Til gengæld kan dette også skabe en stigning i fortjenesten – ifølge en Click-Away Pound-undersøgelse ville 82 % af brugerne med behov for tilgængelighed bruge flere penge på et websted, hvis det var mere tilgængeligt. 

Sidst, men bestemt ikke mindst, er det vigtigt at teste for tilgængelighed for at overholde lovens standarder og regler for webtilgængelighed.  

Hvordan tester man webtilgængelighed?

Lad os gå videre til selve testen. En af de bedste fremgangsmåder er at begynde tilgængelighedstesten tidligt i udviklingscyklussen. På den måde kan eventuelle tilgængelighedsproblemer, der opdages, være lettere at løse. Hvis man venter til sidst, kan det betyde, at der skal udføres meget omarbejde. Testen kan udføres manuelt eller ved hjælp af værktøjer til test af webtilgængelighed. 

Tjekliste for websteders tilgængelighed

Nedenfor er nogle vigtige ting, du bør overveje, når du evaluerer webtilgængelighed. De kan verificeres gennem manuel eller automatiseret test:

  • Tastaturtilgængelighed: Kan du navigere på dit websted uden at bruge musen? Det betyder, at hvert link, hver knap og hvert inputfelt skal kunne tilgås ved at trykke på Tab-, piletasterne, mellemrumstasten og Enter. Tastaturtilgængelige websteder kan nemt læses med hjælpemidler som skærmlæsere, stemmestyring eller kontakter.
  • Navigationsstruktur: Du kan teste dette ved at trykke på Tab-tasten eller tastekombinationen Shift+Tab. Navigationen bør give mening, rækkefølgen bør følge den rækkefølge, som menuerne og de interaktive elementer vises i, og menuerne bør blive på samme sted, selv efter at brugeren navigerer til en anden side. 
  • Kompatibilitet med skærmlæsere: Er webstedets indhold tilgængeligt ved hjælp af en skærmlæser? Og hvis ja, er rækkefølgen korrekt?
  • Undertekster og transskriptioner til videoer og podcasts: De er nødvendige, så personer med høreproblemer kan forstå, hvad der bliver sagt. De er også nyttige i midlertidige situationer, f.eks. når man befinder sig i et støjende miljø, hvor det er svært at følge med i lydindholdet.
  • Zoom/forstørrelse: Personer med nedsat syn skal kunne navigere i og interagere med indholdet på websiden. Du kan bruge browsernes indbyggede zoomfunktion (med Ctrl+ på Windows eller Cmd+ på Mac) til at kontrollere, at webelementerne stadig vises korrekt, er nemme at læse og kan interageres med.
  • Farvefølsomhed: Nogle brugere kan være følsomme over for farver, så det er vigtigt, at kontrasterne på websiderne ikke er for lave. Samtidig bør du være opmærksom på, at utilstrækkelig kontrast kan gøre nogle elementer svære for personer med synshandicap at opfatte. WCAG indeholder specifikke retningslinjer for kontrast.
  • Spring navigation over: Kontrollér, at webstedet har en funktion til “Spring til hovedindhold” eller “Spring til indhold”. Det kan hjælpe tastaturbrugere med at navigere direkte til hovedindholdet uden at skulle tabbe gennem alle tilgængelige menuer, knapper og felter.
  • Alternative tekster: Alt ikke-tekstbaseret indhold bør have en alternativ tekst, så skærmlæsere kan læse billederne.
  • Blinkende lys eller blinkende, lyse elementer: blinkende elementer kan udløse anfald hos brugere med epilepsi eller andre lidelser. De giver normalt websteder et dårligt ry, men hvis du er nødt til at bruge dem, skal du kontrollere, at blinkene ikke er så intense, at de kan udløse anfald.

Hvordan forbedrer belastningstest tilgængeligheden?

Belastningstest er et vigtigt værktøj inden for test af webtilgængelighed. Det giver udviklere og testere mulighed for at evaluere, hvordan et websted fungerer under forskellige niveauer af belastning eller brugertrafik. Ved at simulere et stort antal brugere, der tilgår webstedet samtidig, kan belastningstest identificere flaskehalse i ydeevnen eller problemer, der kan begrænse tilgængeligheden for brugere med handicap.

Et af de vigtigste mål med test af webtilgængelighed er at sikre, at alle brugere, uanset deres evner, effektivt kan tilgå og navigere på et websted. Belastningstest spiller en afgørende rolle i opnåelsen af dette mål ved at vurdere, hvor godt et websted fungerer under stor belastning. Ved at generere et stort antal samtidige brugere kan belastningstest afsløre potentielle problemer, der kan opstå, når flere brugere med handicap tilgår webstedet samtidig.

Belastningstest kan hjælpe med at identificere problemer med ydeevnen, som kan påvirke webtilgængeligheden. Hvis et websted f.eks. er for lang tid om at indlæse eller ikke reagerer, når flere brugere tilgår det, kan det i høj grad forringe oplevelsen for brugere med handicap, som er afhængige af hjælpemidler. Værktøjer til belastningstest kan især hjælpe med at lokalisere disse flaskehalse i ydeevnen, så udviklere kan optimere webstedet og sikre, at det forbliver tilgængeligt selv under stor belastning.

More Articles

Værktøjer til test af webtilgængelighed

Heldigvis findes der mange tilgængelige værktøjer online, som kan hjælpe med at identificere tilgængelighedsproblemer på et websted og kontrollere, om det overholder WCAG-standarderne.

Nogle værktøjer kan installeres som browserudvidelser, og de tilbyder normalt enkle kontroller for tilgængelighedsfejl, mens andre værktøjer kan hjælpe med at implementere en proces til automatiseret test af tilgængelighed. Nedenfor vil jeg nævne nogle af de mest bemærkelsesværdige.

  • Axe DevTools: Axe kan installeres i en browser og er tilgængeligt som en fane i udviklerværktøjerne. Det giver indsigt i tilgængelighedsovertrædelser såsom manglende alternativ tekst eller farvekontrast.
skærmbillede af axe devtools
  • Wave: Wave er et værktøj til evaluering af webtilgængelighed, som både er tilgængeligt online og som en browserudvidelse. Det giver lignende oplysninger som Axe. 
  • AccessiBe: accessiBe kan bruges til automatisk at kontrollere overholdelsen af ADA, og det er også integreret med andre værktøjer som Jira og AWS.
  • Google Lighthouse: Lighthouse tilbyder flere gennemgange, der omhandler en række WCAG-standarder, og vurderer på baggrund af disse dit websteds tilgængelighed samt giver anbefalinger til, hvordan du kan foretage ændringer.

Konklusion

Test af tilgængelighed undersøger, hvor nemt det er at navigere på, bruge og forstå websteder. Alle drager fordel af tilgængelighed, herunder ældre mennesker, børn, venstrehåndede og personer i midlertidige situationer, hvor en eller flere af deres sanser er nedsat. 

Hvis du kunne lide denne artikel, hvorfor så ikke abonnere på QA Lead-nyhedsbrevet, så du kan holde dig opdateret med alle nyheder, artikler og værktøjer relateret til test?

Andreea Draniceanu
Hi there! My name is Andreea, I’m a software test engineer based in Romania. I’ve been in the software industry for over 10 years. Currently my main focus is UI test automation with C#, but I love exploring all QA-related areas 😊

You may also like