Test och granskning av webbtillgänglighet: Ett heltäckande tillvägagångssätt

Testning är där tillgänglighetsteori möter praktik. Utan systematisk testning förblir tillgänglighetskrav ambitioner snarare än resultat. Effektiv tillgänglighetstestning kombinerar automatiserad scanning, manuell expertgranskning och användartestning med hjälpmedel för att skapa en heltäckande bild av din digitala upplevelses tillgänglighet.

Varför testning är viktigt

Automatiserade verktyg är en viktig utgångspunkt, men de kan bara upptäcka en bråkdel av tillgänglighetsproblemen — branschforskning visar konsekvent att automatiserad testning fångar ungefär 30 till 40 procent av WCAG-överträdelser. Automatiserade verktyg kan avgöra om en bild har ett alt-attribut, men de kan inte avgöra om den alt-texten är meningsfull. De kan mäta kontrastförhållanden, men de kan inte utvärdera om läsordningen är logisk eller om en anpassad widget kommunicerar sitt tillstånd korrekt till en skärmläsare.

Därför behövs ett skiktat tillvägagångssätt. Varje testskikt fångar problem som de andra skikten missar.

Skikt 1: Automatiserad scanning

Automatiserade tillgänglighetstestverktyg skannar dina sidor mot en uppsättning regler härledda från WCAG:s framgångskriterier och flaggar överträdelser. De är snabba, repeterbara och utmärkta för att fånga systematiska problem på stora webbplatser. Använd dem som ditt första försvar och för löpande övervakning.

axe DevTools är en av de mest använda motorerna för tillgänglighetstestning. Tillgänglig som webbläsartillägg och som ett bibliotek som integreras i utvecklingsarbetsflöden, testar axe mot en omfattande uppsättning regler och är utformad för att minimera falska positiver. Den driver många andra tillgänglighetstestverktyg.

WAVE från WebAIM tillhandahåller en visuell överlagring som markerar tillgänglighetsproblem direkt på sidan. Den är särskilt användbar för icke-tekniska intressenter eftersom den visar problem i sitt sammanhang snarare än i en separat rapport. Tillgänglig som webbläsartillägg och som onlineverktyg.

Google Lighthouse är inbyggt i Chrome DevTools och inkluderar en kategori för tillgänglighetsgranskning. Dess omfattning är mer begränsad än dedikerade tillgänglighetsverktyg, men dess bekvämlighet och noll inställning gör det till en bra snabbkontroll under utveckling.

Pa11y är ett kommandoradsverktyg med öppen källkod som lämpar sig väl för integration i pipelines för kontinuerlig integration. Det kan testa enskilda sidor eller genomsöka hela webbplatser och generera resultat i olika format.

IBM Equal Access Accessibility Checker är ett gratis webbläsartillägg som använder IBM:s regelmotor och ger guidad utvärdering inklusive ett tangentbordskontrollläge.

Inget av dessa verktyg bör användas som enda metod för tillgänglighetsutvärdering. De kompletterar manuell testning — de ersätter den inte.

Skikt 2: Manuell expertgranskning

Manuell testning innebär att en utbildad utvärderare systematiskt granskar din webbplats mot WCAG:s framgångskriterier med en kombination av tekniker.

Tangentbordstestning är den mest grundläggande manuella testen. Navigera genom hela din webbplats enbart med tangentbordet. Tabba genom varje sida, interagera med varje kontroll, öppna och stäng varje meny och dialog. Verifiera att fokusordningen är logisk, att fokus alltid är synligt, att inga tangentbordsfällor finns och att all funktionalitet är tillgänglig utan mus.

Zoomtestning innebär att förstora sidan till 200 % och 400 % och verifiera att inget innehåll försvinner, ingen funktionalitet bryts och ingen horisontell rullning krävs vid 320 CSS-pixlars bredd.

Skärmläsartestning innebär att navigera på din webbplats med en eller flera skärmläsare för att verifiera att allt innehåll annonseras korrekt, att rubriker och landmärken skapar en navigerbar struktur, att formuläretiketter är korrekt associerade, att dynamiska innehållsändringar annonseras och att anpassade widgetar kommunicerar sitt tillstånd.

De tre vanligaste skärmläsarna är JAWS (kommersiell, Windows), NVDA (gratis, Windows) och VoiceOver (inbyggd i macOS och iOS). Var och en har olika styrkor och beteenden, så testning med minst två rekommenderas. TalkBack är den primära skärmläsaren på Android-enheter.

Kognitiv genomgång utvärderar webbplatsen ur perspektivet för användare med kognitiva funktionsnedsättningar. Är innehållet tydligt och entydigt? Är instruktionerna explicita? Är navigationen förutsägbar? Kan användare återhämta sig från fel? Är den kognitiva belastningen rimlig?

Skikt 3: Användartestning med hjälpmedel

Den mest avslöjande formen av tillgänglighetstestning involverar verkliga användare med funktionsnedsättning som använder sina egna hjälpmedel. Automatiserade verktyg och expertgranskningar kan identifiera tekniska brister, men bara verkliga användare kan avslöja praktiska användbarhetsbarriärer — interaktioner som tekniskt klarar WCAG-kriterier men som ändå skapar förvirring eller frustration.

Rekrytera deltagare som representerar en rad funktionsnedsättningar och användning av hjälpmedel. Inkludera skärmläsaranvändare, tangentbordsanvändare, användare med motoriska nedsättningar som kan använda switchtillgång eller röststyrning, användare med nedsatt syn som förlitar sig på förstoring och användare med kognitiva funktionsnedsättningar. Observera dem när de utför nyckeluppgifter på din webbplats och dokumentera de barriärer de stöter på.

Granskningsprocessen

En formell tillgänglighetsgranskning följer vanligtvis en strukturerad process: definiera omfattning, kör automatiserad scanning, genomför manuell expertgranskning, utför användartestning, dokumentera alla fynd med allvarlighetsbetyg och åtgärdsrekommendationer, åtgärda sedan med start på de mest påverkande problemen och testa igen efter korrigeringar.

Tillgänglighetsförklaringar

Enligt European Accessibility Act och många andra regleringar krävs det att organisationer publicerar en tillgänglighetsförklaring. Detta dokument bör beskriva din överensstämmelsestatus, lista eventuella kända tillgänglighetsbegränsningar, förklara hur användare kan rapportera tillgänglighetsproblem och ge kontaktinformation för tillgänglighetsfrågor. Den bör vara lätt att hitta från varje sida på din webbplats.

Löpande övervakning

Tillgänglighet är inte ett engångsprojekt. Nytt innehåll, designändringar, funktionstillägg och tredjepartsintegrationer kan alla introducera tillgänglighetsregressioner. Integrera automatiserad tillgänglighetstestning i din CI/CD-pipeline, genomför regelbundna manuella granskningar och etablera en process för att ta emot och svara på tillgänglighetsfeedback från användare.