Vul automatische toegankelijkheidstests aan met taken

Een automatische toegankelijkheidstest kan terugkerende problemen zichtbaar maken en na wijzigingen opnieuw draaien. Het resultaat heeft echter betrekking op de onderzochte regels, pagina’s en toestanden. De uitspraak ‘geen fouten gemeld’ heeft die afbakening nodig om een bruikbare beslissing mogelijk te maken.

Ga van het rapport naar een concrete taak

Een fictief projectoverzicht dient als voorbeeld. Stel dat een scan voor de begintoestand geen fouten meldt. Een opdrachtgever moet nu een project selecteren en de goedgekeurde tekening downloaden. Het handmatige testplan voor deze taak bevat het volgende:

De tabel is een testopdracht, geen verslag van al uitgevoerde tests. Afhankelijk van het hulpmiddel kunnen automatische controles delen ervan ondersteunen. Uit het probleemloze beginrapport alleen valt niet af te leiden of de hele taak begrijpelijk kan worden voltooid.

Verbind automatische en handmatige bevindingen

W3C WAI legt uit dat sommige toegankelijkheidscontroles niet kunnen worden geautomatiseerd en dat hulpmiddelen onnauwkeurige resultaten kunnen geven. Ook gemelde problemen moeten daarom in hun concrete context worden beoordeeld. Voor toetsenbordbediening beschrijft W3C bovendien dat gebruikers een bereikbaar gebied weer moeten kunnen verlaten; eventuele bijzondere manieren om dat te doen moeten begrijpelijk zijn.

Maak de volgende test navolgbaar

Leg hulpmiddel en configuratie, onderzochte paginatoestanden, handmatige taak en waargenomen resultaat samen vast. Na een correctie worden de betrokken stappen opnieuw gecontroleerd. Zo blijft duidelijk wat is onderzocht en wat nog openstaat. Eén scan of één handmatige taak levert nog geen volledige beoordeling van de toegankelijkheid van het product op.

Bronnen

• W3C WAI: Evaluation Tools Overview

• W3C: Understanding No Keyboard Trap