Wat is toegankelijkheidstesten? (Voorbeelden)

Wat is toegankelijkheidstesten?

Toegankelijkheid testen is een vorm van softwaretesten die wordt uitgevoerd om te bevestigen dat een applicatie bruikbaar is voor mensen met een beperking, waaronder gebruikers met visuele, auditieve, motorische, cognitieve en leeftijdsgerelateerde beperkingen. Het is een subset van gebruiksvriendelijkheid te testen en controleert of het product werkt met de ondersteunende technologie waar deze gebruikers dagelijks op vertrouwen.

Ondersteunende technologie helpt mensen met een beperking bij het bedienen van een softwareproduct. Veelvoorkomende voorbeelden zijn:

• Spraakherkenningssoftware – Zet gesproken woorden om in tekst die als invoer voor de computer dient.
• Schermlezersoftware – Leest de tekst en interface-elementen voor die op het scherm worden weergegeven.
• Schermvergrotingssoftware – Vergroot gedeeltes van het beeldscherm om het lezen te vergemakkelijken voor gebruikers met een verminderd gezichtsvermogen.
• Gespecialiseerde toetsenborden – Ontworpen voor gebruikers met motorische problemen om typwerk te vergemakkelijkenping makkelijker.
• Schakelaar en oog-trackoningsapparaten – Stel gebruikers met ernstige motorische beperkingen in staat om door de interface te navigeren en elementen te selecteren.

Waarom toegankelijkheidstesten?

Reden 1Richt u op de markt van gebruikers met een beperking.

Volgens de Wereldgezondheidsorganisatie leven er wereldwijd ongeveer 1.3 miljard mensen, oftewel ongeveer één op de zes, met een ernstige beperking.

• Eén op de tien mensen heeft een ernstige beperking.
• Eén op de twee mensen boven de 65 jaar heeft verminderde mogelijkheden.

Onder beperkingen vallen blindheid, doofheid, motorische beperkingen, cognitieve aandoeningen en andere chronische gezondheidsproblemen. Een product dat is ontworpen om toegankelijk te zijn, kan deze grote markt bereiken, en de meeste toegankelijkheidsfouten kunnen worden voorkomen als toegankelijkheidstesten onderdeel uitmaken van de normale softwaretestcyclus.

Reden 2Houd u aan de wetgeving inzake toegankelijkheid.

Overheden wereldwijd hebben wetgeving aangenomen die vereist dat IT-producten toegankelijk zijn voor mensen met een handicap. Belangrijke voorbeelden zijn:

• Verenigde Staten: Americans with Disabilities Act (ADA, 1990) en Sectie 508 van de Rehabilitation Act.
• Verenigd Koninkrijk: Equality Act 2010 (die de Disability Discrimination Act 1995 verving).
• Europese Unie: de Europese Toegankelijkheidsverordening, die in juni 2025 van kracht werd voor veel producten en diensten, en de norm EN 301 549.
• Australië: Wet op de discriminatie van personen met een handicap uit 1992.
• Ierland: Wet op de gehandicaptenzorg 2005.
• Canada: Wet inzake toegankelijkheid in Canada 2019.

Toegankelijkheidstesten zijn essentieel om te zorgen voor naleving van de wetgeving in elke markt waar uw product wordt verkocht.

Reden 3: Voorkom mogelijke rechtszaken.

Grote bedrijven zijn herhaaldelijk aangeklaagd omdat hun digitale producten niet toegankelijk waren. Enkele bekende voorbeelden zijn:

• Nationale Federatie van Blinden (NFB) tegen Target (2006, schikking getroffen in 2008).
• Schikking tussen NFB en AOL (1999).
• Robles v. Domino's Pizza (2019), waar de VS SupremHet Hof heeft een uitspraak bekrachtigd die stelt dat de ADA (Americans with Disabilities Act) van toepassing is op websites en mobiele apps.
• Gil v. Winn-Dixie (2017), de eerste rechtszaak in de VS waarin een ontoegankelijke website verplicht werd gerepareerd.

Het aantal rechtszaken over webtoegankelijkheid in de Verenigde Staten is elk jaar toegenomen, met meer dan 4,000 digitale rechtszaken op grond van Titel III van de ADA (Americans with Disabilities Act) die sinds 2022 jaarlijks worden aangespannen. Door vanaf het begin toegankelijke producten te ontwikkelen, worden deze kosten vermeden en wordt het merk beschermd.

Welke handicaps moeten ondersteund worden?

Een applicatie moet ondersteuning bieden aan mensen met een beperking, zoals:

Type handicap	Onbekwaamheid Description
Visus handicap	Volledige blindheid, kleurenblindheid of slechtziendheid. Gevoeligheid voor visuele stroboscopische en flitsende effecten.
Fysieke beperking	Onvermogen om met één hand een muis of toetsenbord te bedienen. Slechte motorische vaardigheden, waaronder beperkte handbewegingen of trage spierwerking.
Cognitieve handicap	Leerproblemen, een slecht geheugen of moeite met het volgen van complexe situaties.
Geletterdheid handicap	Leesproblemen zoals dyslexie.
Slechthorendheid	Gehoorproblemen, waaronder doofheid en gehoorbeperking. Onvermogen om geluid te horen of om het duidelijk te horen.

Toegankelijkheidsnormen en -richtlijnen

Toegankelijkheidstestprogramma's zijn gebaseerd op een beperkt aantal algemeen aanvaarde standaarden. Inzicht in welke standaard van toepassing is op uw markt, is de eerste stap voordat er een testplan wordt opgesteld.

• WCAG 2.2 De Web Content Accessibility Guidelines 2.2, gepubliceerd door het W3C in oktober 2023, zijn de huidige wereldwijde standaard. Ze definiëren drie conformiteitsniveaus: A (basis), AA (het wettelijke minimum in de meeste landen) en AAA (hoogste niveau).
• WCAG 3.0 – Een W3C-werkdocument dat een op resultaten gebaseerd beoordelingsmodel introduceert. Het is nog in ontwikkeling en heeft WCAG 2.2 nog niet vervangen.
• sectie 508 – Een Amerikaanse federale aanbestedingsregel die vereist dat elektronische en informatietechnologie die door federale instanties wordt aangeschaft, voldoet aan de WCAG 2.0 Level AA-criteria.
• EN 301 – Europese geharmoniseerde norm voor ICT-toegankelijkheid, gebruikt om aan te tonen dat aan de Europese Toegankelijkheidsrichtlijn wordt voldaan.
• ADA Titel III – De Amerikaanse wetgeving inzake burgerrechten is van toepassing op websites en mobiele apps van openbare gelegenheden; rechtbanken gebruiken doorgaans WCAG 2.1 of 2.2 AA als maatstaf.

De meeste teams behandelen WCAG 2.2 Niveau AA als hun werkdoel, omdat het zowel de gemeenschappelijke juridische basislijn als een praktisch technisch doel is.

Hoe toegankelijkheidstesten uitvoeren?

Toegankelijkheidstesten kunnen op twee manieren worden uitgevoerd:

1. Handleiding
2. Automatische

Toegankelijkheidstesten kunnen een uitdaging vormen voor testers die niet bekend zijn met beperkingen. Het is raadzaam om gebruikers met een beperking of specialisten op het gebied van toegankelijkheid te betrekken die de uitdagingen in de praktijk kunnen beschrijven. De onderstaande technieken behandelen de belangrijkste categorieën van beperkingen.

1) Visusstoornis

Stel je voor dat je helemaal niet kunt zien en je de website XYZ moet gebruiken. Je enige praktische optie is een schermlezer. Een schermlezer is software die de inhoud van een webpagina voorleest, inclusief tekst, links, keuzeknoppen, afbeeldingen en video, zodat een blinde gebruiker de interface kan waarnemen. Populaire schermlezers zijn onder andere: JAWS, NVDA, Apple VoiceOver, en Android Praat terug.

Wanneer je JAWS start en vervolgens een browser opent, spreekt JAWS de paginatitel uit. Als je de focus naar de adresbalk verplaatst, zegt JAWS 'Adresbalk' en leest vervolgens elk teken dat je typt voor. Bijvoorbeeld: typping google.com geeft een melding weer zoals de volgende:

Address Bar, w, w, w, period, g, o, o, g, l, e, period, c, o, m.
When the page finishes loading, JAWS announces "Google.com home page".
When focus reaches the search field, JAWS announces "Google search, edit".

Een schermlezer leest de tekst in tekstvelden woord voor woord voor, kondigt links aan als 'link' en knoppen als 'knop', zodat een blinde gebruiker elk element kan herkennen. Als een website slecht is ontworpen, kan de schermlezer elementen verkeerd interpreteren; bijvoorbeeld, een link die als platte tekst is opgemaakt, kan worden voorgelezen als inhoud, waardoor een belangrijke actie voor de gebruiker verborgen blijft. Dit kost het bedrijf daadwerkelijk verloren inkomsten.

2) Kleurenblindheid

Kleurenblindheid betekent dat een gebruiker bepaalde kleuren niet correct kan waarnemen. Rood-groen kleurenblindheid is de meest voorkomende vorm. Als een website veel gebruikmaakt van rood om een ​​boodschap over te brengen, kan een gebruiker met rood-groen kleurenblindheid deze boodschap missen.

Ontwerpteams zouden nooit alleen kleur moeten gebruiken om informatie over te brengen. Een rode foutknop is beter te begrijpen als deze ook een omlijning heeft, is voorzien van een pictogram en vergezeld gaat van beschrijvende tekst. Zwart-wit blijft het veiligste universele kleurenpalet, en tools zoals de Stark-plug-in of kleurenblindheidssimulators in browsers helpen problemen vroegtijdig aan het licht te brengen.

3) Slechtziendheid

Gebruikers met een verminderd gezichtsvermogen of andere netvliesaandoeningen hebben extra ondersteuning nodig om de site te kunnen gebruiken:

1. Vermijd zeer kleine tekst. WCAG adviseert een standaard lettergrootte die comfortabel schaalt zonder in te zoomen.
2. Zorg ervoor dat de lay-out netjes wordt aangepast wanneer de tekst tot 200 procent wordt vergroot (een WCAG 2.2-succescriterium). Regels mogen niet worden afgesneden en inhoud mag elkaar niet overlappen.
3. Houd een minimale contrastverhouding van 4.5:1 aan voor normale tekst en 3:1 voor grote tekst.

4) Motorische en andere beperkingen

Een belangrijke toegankelijkheidseis is dat de gehele website zonder muis te bedienen moet zijn. Elke link, knop, keuzerondje, selectievakje, pop-up, dropdown en besturingselement moet bereikbaar en bedienbaar zijn met alleen het toetsenbord.

Bij voorbeeldEen gebruiker met beperkte handmobiliteit kan mogelijk geen muis gebruiken. Als selectievakjes of links niet bereikbaar zijn met de Tab-toets, heeft de gebruiker geen toegang tot die functies.

Alternative text should be provided for every image, audio file, and video so that screen readers can convey their meaning. Keyboard shortcuts should be available for important actions, and skip-to-content links should let keyboard users bypass repeated navigation.

Het focuspunt moet altijd zichtbaar zijn. Wanneer de gebruiker op Tab drukt, moet het geselecteerde element duidelijk opvallen. Zichtbare focus helpt gebruikers met een visuele beperking of kleurenblindheid de pagina beter te volgen en maakt de navigatie voor iedereen voorspelbaar.

Gebruikers met gehoorbeperkingen De visuele inhoud van een website is meestal wel te zien, maar audio en video vormen een probleem. Elke video moet ondertiteling bevatten en elk audiobestand moet een transcript of beschrijvende tekst bevatten. Een instructievideo over het boeken van een vliegticket moet bijvoorbeeld voorzien zijn van accurate ondertiteling, zodat een dove gebruiker de instructies kan volgen.

Voorbeelden van testgevallen voor toegankelijkheidstesten

De onderstaande checklist wordt gebruikt om de toegankelijkheidstests voor een typische webapplicatie af te ronden. Gebruik deze als uitgangspunt en vul hem aan met de WCAG 2.2-succescriteria die relevant zijn voor uw product.

1. Worden er voor elke muishandeling en elk dialoogvenster toetsenbordequivalenten aangeboden?
2. Wordt in de gebruikershandleiding uitgelegd hoe de applicatie met behulp van ondersteunende technologie te bedienen is?
3. Is de tabvolgorde logisch, zodat de navigatie natuurlijk verloopt?
4. Zijn er sneltoetsen beschikbaar voor de hoofdmenu's?
5. Ondersteunt de applicatie alle beoogde besturingssystemen en schermlezers?
6. Wordt de reactietijd van elk scherm of elke pagina duidelijk gecommuniceerd, zodat gebruikers weten hoe lang ze moeten wachten?
7. Zijn alle labels correct geschreven en programmatisch gekoppeld aan de bijbehorende besturingselementen?
8. Zijn de kleurkeuzes flexibel en getest met behulp van kleurenblindheidssimulatoren?
9. Worden afbeeldingen, pictogrammen en emoji's op een voor de eindgebruiker begrijpelijke manier gebruikt?
10. Geeft de applicatie audio-waarschuwingen op de plekken waar dat nuttig is?
11. Kan de gebruiker de audio- en video-instellingen aanpassen of dempen?
12. Kan de gebruiker de standaardlettertypen voor afdrukken en tekst op het scherm overschrijven?
13. Kan de gebruiker knipperende, roterende of bewegende weergaven aanpassen of uitschakelen?
14. Bevestig dat kleur nooit als enige middel wordt gebruikt om informatie over te brengen.
15. Blijft de markering zichtbaar wanneer de systeemkleuren worden omgekeerd? Test dit door de contrastverhouding te wijzigen.
16. Zijn er transcripties of ondertiteling van audio- en videofragmenten beschikbaar voor gebruikers die niet kunnen horen?
17. Wordt er training aangeboden aan gebruikers met een beperking om hen te helpen vertrouwd te raken met de applicatie?
18. Zijn alle interactieve bedieningselementen bereikbaar, bedienbaar en te sluiten met alleen een toetsenbord?

Hoe AI toegankelijkheidstesten verandert

AI is reshaping Toegankelijkheidstesten kunnen op drie praktische manieren worden uitgevoerd. Ten eerste lezen machine learning-scanners nu de weergegeven DOM samen met computervisiemodellen om problemen te detecteren die op regels gebaseerde tools missen, zoals ongepaste alt-tekst of kleurencombinaties die in de praktijk niet werken. Ten tweede suggereert generatieve AI leesbare oplossingen, waaronder betere alt-tekst, duidelijkere foutmeldingen en ARIA-attributen voor aangepaste componenten. Ten derde prioriteert AI bevindingen op basis van de impact op de gebruiker, zodat teams hun budget kunnen besteden aan de problemen die er het meest toe doen. Tools zoals Deque axe AI, Evinced, UserWay en Siteimprove bevatten nu AI-functies. AI vervangt handmatige schermlezertesten of gebruikersonderzoek met mensen met een beperking niet, maar het vermindert de handmatige triage aanzienlijk en helpt om toegankelijkheid eerder in de ontwikkelingscyclus te integreren.

Mythen over toegankelijkheidstests

Hieronder volgen veelvoorkomende mythen over toegankelijkheidstesten, samen met de feiten:

Mythe: Het ontwikkelen van een toegankelijke website is duur.

Feit: Dat is niet het geval. Door tijdens het ontwerp rekening te houden met toegankelijkheid, in combinatie met basistests, bespaar je geld in vergelijking met aanpassingen achteraf en voorkom je kostbare herstelwerkzaamheden.

Mythe: Het omzetten van een ontoegankelijke website naar een toegankelijke website is te tijdrovend en te duur.

Feit: Je hoeft niet alle wijzigingen in één keer door te voeren. Begin met de aanpassingen die de grootste impact hebben op gebruikers met een beperking en rol de rest uit in latere releases.

Mythe: Toegankelijkheid is simpel en saai.

Feit: Pagina's kunnen nog steeds visueel aantrekkelijk zijn entractactvol en tegelijkertijd voldoend aan de WCAG 2.2-richtlijnen. Het W3C ontmoedigt expliciet tekstversies en pleit voor één toegankelijke ervaring voor iedereen.

Mythe: Toegankelijkheid is uitsluitend bedoeld voor blinde en gehandicapte gebruikers.

Feit: Het naleven van toegankelijkheidsrichtlijnen verbetert de algehele gebruiksvriendelijkheid en komt elke gebruiker ten goede, inclusief gebruikers van mobiele apparaten, gebruikers in fel zonlicht of gebruikers in lawaaierige omgevingen.

Veelgestelde vragen