Wie würdest du Barrierefreiheitstests für eine Webanwendung angehen?

Kombinier automatisierte und manuelle Arbeit, denn automatisierte Werkzeuge fangen nur rund ein Drittel der Probleme. Fahr in der CI einen axe-basierten Scan für Kontrast, fehlende Labels und Strukturprobleme. Teste dann manuell reine Tastaturnavigation, Fokusreihenfolge und sichtbaren Fokus, Screenreader-Ansagen, die Zuordnung von Formularfehlern und Zoom auf 200 Prozent. Beurteil gegen WCAG 2.2 AA als übliches Ziel.

Ich teile es in automatisiert und manuell, und ich sage offen, dass Automatisierung nur rund ein Drittel der echten Probleme fängt. Der automatisierte Teil ist ein axe-basierter Scan in der Pipeline, der zuverlässig Kontrastfehler, fehlende Alternativtexte, Bedienelemente ohne Label und kaputte Überschriftenstruktur findet und pro Lauf nichts kostet. Der manuelle Teil ist da, wo die echten Probleme liegen. Zuerst ziehe ich die Maus ab und mache die gesamte kritische Journey über die Tastatur: erreiche ich alles, ist der Fokusindikator sichtbar, folgt die Reihenfolge dem visuellen Layout, bleibt der Fokus in einem Modal gefangen, kommt er sinnvoll zurück, wenn das Modal schließt. Dann ein Screenreader-Durchgang, denn nur so weiß man, ob ein eigenes Dropdown als etwas Sinnvolles angesagt wird oder als ein div ohne Label. Ich prüfe, dass Formularfehler angesagt und programmatisch mit ihrem Feld verknüpft sind statt nur rot zu werden. Dann Zoom auf 200 Prozent und ein schmaler Viewport, damit nichts abgeschnitten wird. Ich teste gegen WCAG 2.2 AA, damit bestanden und durchgefallen definiert sind, und wo die Organisation es trägt, dränge ich auf Sessions mit Nutzern, die auf assistive Technologie angewiesen sind.