Automatische Barrierefreiheitstests mit Aufgaben ergänzen

Ein automatischer Barrierefreiheitstest kann wiederkehrende Probleme sichtbar machen und bei Änderungen erneut laufen. Sein Ergebnis bezieht sich aber auf die geprüften Regeln, Seiten und Zustände. Die Aussage „kein Fehler gemeldet“ braucht diesen Umfang, damit daraus eine brauchbare Entscheidung wird.

Vom Bericht zu einer konkreten Aufgabe

Eine fiktive Projektübersicht dient als Beispiel. Angenommen, ein Scan meldet für den Ausgangszustand keine Fehler. Ein Auftraggeber soll nun ein Projekt auswählen und den freigegebenen Plan herunterladen. Für diese Aufgabe sieht der manuelle Prüfplan Folgendes vor:

Die Tabelle ist ein Prüfauftrag, kein Bericht über bereits durchgeführte Tests. Je nach Werkzeug können automatische Prüfungen Teile davon unterstützen. Ob die gesamte Aufgabe verständlich gelingt, lässt sich aus dem unauffälligen Ausgangsbericht allein nicht ableiten.

Automatische und manuelle Befunde verbinden

W3C WAI erläutert, dass manche Barrierefreiheitsprüfungen nicht automatisiert werden können und Werkzeuge ungenaue Ergebnisse liefern können. Deshalb müssen auch gemeldete Probleme im konkreten Kontext bewertet werden. Für die Tastaturbedienung beschreibt W3C außerdem, dass Nutzende einen erreichbaren Bereich wieder verlassen können müssen; nötige besondere Ausstiegswege müssen verständlich sein.

Den nächsten Test nachvollziehbar machen

Halten Sie Werkzeug und Konfiguration, geprüfte Seitenzustände, manuelle Aufgabe und beobachtetes Ergebnis zusammen fest. Nach einer Korrektur werden betroffene Schritte erneut geprüft. So bleibt erkennbar, was untersucht wurde und was noch offen ist. Ein einzelner Scan oder eine einzelne manuelle Aufgabe liefert noch keine vollständige Bewertung der Barrierefreiheit des Produkts.

Quellen

• W3C WAI: Evaluation Tools Overview

• W3C: Understanding No Keyboard Trap