Skip to main content

Volgens de WHO leven wereldwijd meer dan één miljard mensen met een bepaalde vorm van beperking. Dat betekent ongeveer 15% van de totale bevolking! 

Met dat in gedachten is het duidelijk dat we ervoor moeten zorgen dat onze webapplicaties niemand uitsluiten van het gebruik ervan. Dat betekent ook dat we bij het ontwerp en de testinspanningen aandacht moeten besteden aan toegankelijkheid.

Misschien heb je een specifiek beeld voor ogen wanneer je aan een beperking denkt, maar beperkingen kunnen zich in werkelijkheid in meerdere vormen voordoen en ook:

Want more from The CTO Club?

Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.

Name*
This field is hidden when viewing the form
This field is hidden when viewing the form
This field is hidden when viewing the form
This field is hidden when viewing the form
By submitting you agree to receive occasional emails and acknowledge our Privacy Policy. You can unsubscribe at anytime.
  • Permanent (zoals een visuele beperking)
  • Tijdelijk (zoals een oorontsteking)
  • Situationeel (zoals een ouder die een baby vasthoudt)
afbeelding van Microsoft inclusief ontwerp voor toegankelijkheidstests
Bron van de afbeelding: Microsofts Inclusief ontwerp

Deze beperkingen kunnen invloed hebben op de manier waarop mensen omgaan met de functies van applicaties. Webtoegankelijkheidstests komen hierbij van pas door te controleren of de app toegankelijk is voor deze verschillende soorten beperkingen.  

Wat zijn webtoegankelijkheidstests?

Toegankelijkheid, ook wel a11y genoemd, is het creëren van hulpmiddelen, websites en webcontent die door iedere bezoeker kunnen worden gebruikt, ongeacht diens beperkingen, belemmeringen of andere hindernissen. Als het om testen gaat, moet je toegankelijkheidstests onderdeel maken van je teststrategie; stel ze niet uit tot het einde.

Toegankelijkheidstests zijn een vorm van bruikbaarheidstests. Door toegankelijkheidstests uit te voeren, zorgen testers ervoor dat alle gebruikers, ook gebruikers met beperkingen zoals blindheid, gehoorproblemen of andere cognitieve moeilijkheden, websites en webapplicaties kunnen gebruiken. Zo wordt de toegankelijkheid van content gegarandeerd zonder gebruik te maken van gebruikelijke interactiemiddelen zoals een muis, toetsenbord, touchpad enzovoort.

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

Name*
This field is hidden when viewing the form
This field is hidden when viewing the form
This field is hidden when viewing the form

Welke aspecten van toegankelijkheid beoordelen webtoegankelijkheidstests?

Bij het controleren van de toegankelijkheid van een website kan het een goed idee zijn om de Richtlijnen voor toegankelijkheid van webcontent (WCAG) te volgen. De drie toegankelijkheidsniveaus die door de WCAG worden gedefinieerd, zijn

  • A: voor basale webtoegankelijkheid;
  • AA: de wereldwijde toegankelijkheidsnorm - momenteel een wettelijke vereiste in de VS en in de EU-landen.
  • AAA: het strengste niveau - doorgaans van toepassing op specifieke applicaties.

Volgens de WCAG zijn er ook vier belangrijke principes voor toegankelijkheid. Je kunt ze onthouden aan de hand van het acroniem POUR. Deze zijn

  • Waarneembaar: gebruikers van de website moeten de content en informatie kunnen waarnemen. Dit gebeurt meestal visueel, maar voor mensen met een visuele beperking kan de content worden waargenomen met behulp van schermleessoftware.
  • Bedienbaar: gebruikers moeten kunnen communiceren met de elementen van de webpagina en gemakkelijk door de pagina’s kunnen navigeren.
  • Begrijpelijk: de content, of die nu grafisch of geschreven is, moet gemakkelijk te begrijpen zijn.
  • Robuust: dit betekent dat de webapp correct moet functioneren op meerdere apparaten, waaronder apparaten met ondersteunende technologie.

Waarom zijn webtoegankelijkheidstests belangrijk?

Waarom is het dus belangrijk om toegankelijkheid te testen? 

Voor mij is de belangrijkste reden inclusiviteit. Door de toegankelijkheid van een website of webapp te garanderen, zorgen we ervoor dat we niemand uitsluiten van toegang tot de content en het gebruik van de functies. Dit betekent een betere gebruikerservaring voor alle potentiële klanten.

Dit kan op zijn beurt ook leiden tot een toename van de winst - volgens een Click-Away Pound-enquête zouden 82% van de gebruikers met toegankelijkheidsbehoeften meer geld uitgeven op een website als die toegankelijker was. 

Tot slot, maar zeker niet onbelangrijk, is het van belang om te voldoen aan de wettelijke normen en regels voor webtoegankelijkheid.  

Hoe test je webtoegankelijkheid?

Dan nu de daadwerkelijke tests. Een van de beste werkwijzen is om vroeg in de ontwikkelingscyclus met toegankelijkheidstests te beginnen. Zo kan elk gevonden toegankelijkheidsprobleem gemakkelijker worden opgelost. Als je dit tot het einde uitstelt, kan dat betekenen dat er veel herstelwerk nodig is. De tests kunnen handmatig of met behulp van hulpmiddelen voor webtoegankelijkheidstests worden uitgevoerd. 

Checklist voor webtoegankelijkheid

Hieronder staan enkele belangrijke punten om rekening mee te houden bij het beoordelen van webtoegankelijkheid. Deze kunnen worden gecontroleerd door middel van handmatige tests of geautomatiseerde tests:

  • Toegankelijkheid via het toetsenbord: kun je door je website navigeren zonder de muis te gebruiken? Dat betekent dat elke link, knop of invoerveld toegankelijk moet zijn door op de Tab-, pijl-, spatie- en Enter-toetsen te drukken. Websites die toegankelijk zijn via het toetsenbord, kunnen eenvoudig worden gelezen met ondersteunende hulpmiddelen, zoals schermlezers, spraakbesturing of schakelaars.
  • Navigatiestructuur: Je kunt dit testen door op de Tab-toets of de toetsencombinatie Shift+Tab te drukken. De navigatie moet logisch zijn, de volgorde moet overeenkomen met de volgorde waarin de menu's en interactieve elementen worden weergegeven en de menu's moeten op dezelfde plaats blijven, zelfs nadat de gebruiker naar een andere pagina navigeert. 
  • Compatibiliteit met schermlezers: Is de inhoud van de website toegankelijk met een schermlezer? En zo ja, is de volgorde correct?
  • Ondertiteling en transcripties voor video's en podcasts: deze zijn nodig zodat mensen met gehoorproblemen kunnen begrijpen wat er wordt gezegd. Ze zijn ook nuttig in tijdelijke situaties, bijvoorbeeld wanneer iemand zich in een lawaaierige omgeving bevindt waarin het moeilijk is om audio-inhoud te volgen.
  • Zoomen/vergroten: mensen met een visuele beperking moeten door de inhoud van de webpagina kunnen navigeren en ermee kunnen werken. Je kunt de ingebouwde zoomfunctie van browsers gebruiken (met Ctrl+ op Windows of Cmd+ op Mac) om te controleren of de webelementen netjes weergegeven blijven, gemakkelijk leesbaar en interactief zijn.
  • Kleurgevoeligheid: sommige gebruikers kunnen gevoelig zijn voor kleuren. Daarom is het belangrijk dat de contrasten op webpagina's niet te hoog zijn. Houd er tegelijkertijd rekening mee dat onvoldoende contrast sommige elementen moeilijk waarneembaar kan maken voor gebruikers met een visuele beperking. De WCAG biedt specifieke richtlijnen voor contrast.
  • Navigatie overslaan: Controleer of de website een functie “Ga naar hoofdinhoud” of “Ga naar inhoud” heeft. Dit kan gebruikers die het toetsenbord gebruiken helpen om rechtstreeks naar de hoofdinhoud te navigeren, zonder dat ze door alle beschikbare menu's, knoppen en velden hoeven te navigeren.
  • Alt-teksten: Alle niet-tekstuele inhoud moet alternatieve tekst bevatten, zodat schermlezers de afbeeldingen kunnen lezen.
  • Knipperende lichten of flitsende heldere elementen: knipperende of flitsende elementen kunnen epileptische aanvallen veroorzaken bij gebruikers met epilepsie of andere aandoeningen. Ze geven websites doorgaans een slechte reputatie, maar als je ze toch moet gebruiken, controleer dan of het knipperen niet zo intens is dat het een aanval kan uitlokken.

Hoe verbetert belastingtesten de toegankelijkheid?

Belastingtesten zijn een essentieel hulpmiddel bij het testen van webtoegankelijkheid. Hiermee kunnen ontwikkelaars en testers beoordelen hoe een website presteert onder verschillende niveaus van belasting of gebruikersverkeer. Door een groot aantal gebruikers te simuleren die de website tegelijkertijd bezoeken, kunnen belastingtesten prestatieknelpunten of problemen identificeren die de toegankelijkheid voor gebruikers met een beperking kunnen belemmeren.

Een van de belangrijkste doelstellingen van het testen van webtoegankelijkheid is ervoor zorgen dat alle gebruikers, ongeacht hun mogelijkheden, effectief toegang hebben tot een website en er effectief doorheen kunnen navigeren. Belastingtesten spelen een cruciale rol bij het bereiken van dit doel, doordat wordt beoordeeld hoe goed een website presteert onder zware belasting. Door een groot aantal gelijktijdige gebruikers te genereren, kunnen belastingtesten mogelijke problemen aan het licht brengen die kunnen ontstaan wanneer meerdere gebruikers met een beperking de website tegelijkertijd bezoeken.

Belastingtesten kunnen prestatieproblemen identificeren die van invloed kunnen zijn op webtoegankelijkheid. Als een website bijvoorbeeld te lang nodig heeft om te laden of niet meer reageert wanneer meerdere gebruikers deze bezoeken, kan dit de ervaring sterk belemmeren voor gebruikers met een beperking die afhankelijk zijn van ondersteunende technologieën. Vooral hulpmiddelen voor belastingtesten kunnen helpen deze prestatieknelpunten aan te wijzen, zodat ontwikkelaars de website kunnen optimaliseren en ervoor kunnen zorgen dat deze ook onder zware belasting toegankelijk blijft.

Hulpmiddelen voor het testen van webtoegankelijkheid

Gelukkig zijn er online veel hulpmiddelen beschikbaar die kunnen helpen bij het identificeren van toegankelijkheidsproblemen binnen een website en het controleren van de naleving van de WCAG-standaarden.

Sommige hulpmiddelen kunnen als browserextensie worden geïnstalleerd en bieden doorgaans eenvoudige controles op toegankelijkheidsfouten, terwijl andere hulpmiddelen kunnen helpen bij het implementeren van een proces voor geautomatiseerd testen van toegankelijkheid. Hieronder bespreek ik enkele van de meest opvallende hulpmiddelen.

  • Axe DevTools: Axe kan in een browser worden geïnstalleerd en is als tabblad beschikbaar in de ontwikkelaarstools. Het biedt inzicht in toegankelijkheidsschendingen, zoals ontbrekende alt-teksten of onvoldoende kleurcontrast.
axe devtools screenshot
  • Wave: Wave is een hulpmiddel voor het evalueren van webtoegankelijkheid dat zowel online als als browserextensie beschikbaar is. Het biedt vergelijkbare informatie als Axe. 
  • AccessiBe: accessiBe kan worden gebruikt om automatisch te controleren of aan de ADA-voorschriften wordt voldaan, en het is ook geïntegreerd met andere hulpmiddelen, zoals Jira en AWS.
  • Google Lighthouse: Lighthouse biedt verschillende controles die betrekking hebben op uiteenlopende WCAG-standaarden. Op basis daarvan beoordeelt het de toegankelijkheid van je website en geeft het aanbevelingen over hoe je wijzigingen kunt aanbrengen.

De belangrijkste conclusie

Toegankelijkheidstests kijken naar hoe eenvoudig het is om websites te navigeren, te gebruiken en te begrijpen. Iedereen heeft baat bij toegankelijkheid, waaronder ouderen, kinderen, linkshandige mensen en mensen die zich tijdelijk in een situatie bevinden waarin een of meer van hun zintuigen beperkt zijn. 

Vond je dit artikel interessant? Abonneer je dan op de QA Lead-nieuwsbrief om op de hoogte te blijven van al het nieuws, de artikelen en de hulpmiddelen rondom testen.