Was ist Accessibility Testing und warum ist es wichtig?
Eine Situation, die vielen gar nicht so geläufig ist, aber mittlerweile immer wichtiger wird, ist, wie man Menschen mit physischen oder kognitiven Einschränkungen Webseiten und Anwendungen näher bringen kann. Wie erkennt man jedoch, dass auch Produkte genau für diese Personengruppe gedacht sind? Dazu gibt es verschiedene Regeln und Richtlinien, die eingehalten werden müssen, nämlich die Web Content Accessibility Guidelines (WCAG) sowie die EU-Richtlinie für digitale Barrierefreiheit. In diesem Blog geben wir Ihnen einen kurzen Überblick darüber, was man sich unter Accessibility Testing vorstellen kann, speziell der Prinzipien, der Methodik und den Best Practices.
Rechtlicher Kontext: Seit dem 28. Juni 2025 gilt in Deutschland das Barrierefreiheitsstärkungsgesetz (BFSG). Es setzt die EU-Richtlinie 2019/882 (European Accessibility Act) um und verpflichtet Hersteller, Händler und Dienstleister, digitale Produkte und Dienstleistungen barrierefrei anzubieten. Verstöße können mit Bußgeldern bis zu 100.000 Euro geahndet werden. Kleinstunternehmen mit weniger als zehn Beschäftigten und höchstens zwei Millionen Euro Jahresumsatz sind bei Dienstleistungen ausgenommen. Für alle anderen wird Accessibility Testing damit von der Kür zur Pflicht.
Inhaltsverzeichnis
- Was ist Accessibility Testing und warum ist es wichtig?
- Die grundlegenden Prinzipien der Barrierefreiheit
- Die Methoden des Accessibility Testings
- Best Practices für barrierefreie Anwendungen
- Fazit zu Accessibility-Testing
- FAQ - Accessibility-Testing
Die grundlegenden Prinzipien der Barrierefreiheit
Die Web Content Accessibility Guidelines (WCAG) definieren vier Prinzipien:
- Wahrnehmbarkeit: Inhalte müssen für alle Nutzer erfassbar sein (z. B. Alternativtexte für Bilder, ausreichender Farbkontrast).
- Bedienbarkeit: Alle Funktionen müssen ohne Maus nutzbar sein (z. B. Tastatur-Navigation, keine zeitkritischen Eingaben).
- Verständlichkeit: Die Nutzung der Anwendung muss intuitiv und vorhersagbar sein (z. B. klare Struktur, eindeutige Fehlermeldungen).
- Robustheit: Inhalte müssen mit verschiedenen Technologien kompatibel sein (z. B. Screenreader-Unterstützung, semantisches HTML).
Die Methoden des Accessibility Testings
Accessibility Testing kann sowohl manuell als auch automatisiert erfolgen:
Automatisierte Tests
Tools wie Axe, Lighthouse oder WAVE können grundlegende Barrierefreiheitsprobleme identifizieren, z. B. fehlende Alt-Texte oder unzureichende Kontraste. Sie bieten schnelle Analysen, ersetzen aber keine manuellen Tests.
Was sind Axe, Lighthouse und WAVE?
- Axe: Ist ein Open-Source-Accessibility-Testing-Tool von Deque Systems. Es kann als Browser-Erweiterung oder über eine API in testautomatisierte Prozesse integriert werden und erkennt Barrierefreiheitsprobleme gemäß WCAG-Standards.
- Lighthouse: Ist ein von Google entwickeltes Tool zur Analyse von Webseiten, das neben Performance und SEO auch Accessibility überprüft. Es ist in Chrome DevTools integriert und kann als CLI-Tool genutzt werden.
- WAVE: Ist ein Online-Tool von WebAIM, das visuelle Darstellungen von Barrierefreiheitsproblemen in Webseiten bietet. Besonders nützlich für manuelle Tests und zur schnellen Fehleranalyse.
Barrierefreiheit automatisiert testen mit Playwright
Für die Testautomatisierung lassen sich Barrierefreiheitsprüfungen direkt in End-to-End-Tests mit Playwright einbinden. Das Paket @axe-core/playwright verbindet die etablierte axe-core-Engine mit Playwright und prüft jede Seite im Testlauf automatisch gegen die WCAG-Kriterien.
import { test, expect } from '@playwright/test';
import AxeBuilder from '@axe-core/playwright';
test('Startseite ist barrierefrei', async ({ page }) => {
await page.goto('https://example.com');
const ergebnis = await new AxeBuilder({ page }).analyze();
expect(ergebnis.violations).toEqual([]);
});Der Vorteil: Die Prüfung läuft bei jedem Testlauf automatisch mit und lässt sich ohne Zusatzaufwand in eine bestehende CI-Pipeline integrieren. So fallen Regressionen bei der Barrierefreiheit sofort auf, statt erst beim manuellen Audit.
Die Grenze bleibt dieselbe wie bei jedem automatisierten Werkzeug: axe-core deckt je nach Anwendung nur rund 30 bis 40 Prozent der WCAG-Anforderungen ab. Kriterien wie sinnvolle Alternativtexte, eine logische Fokus-Reihenfolge oder verständliche Sprache erfordern weiterhin manuelle Tests. Playwright automatisiert die wiederholbaren Prüfungen zuverlässig, ersetzt aber nicht die Bewertung durch erfahrene Tester.
Manuelle Tests
Sobald manuelle Tests durchgeführt werden, muss man sich für jedes Szenario folgende Frage stellen:
- Keyboard-Navigation: Lässt sich die Anwendung komplett mit der Tastatur bedienen?
- Screenreader-Tests: Wie wird die Seite von Tools wie NVDA oder JAWS interpretiert?
- Farbsimulationen: Ist die Anwendung für Nutzer mit Farbsehschwächen lesbar?
Best Practices für barrierefreie Anwendungen
- Für eine bessere Interpretierbarkeit durch Screenreader sollte semantisches HTML genutzt werden.
- Alle interaktiven Elemente sollten per Tastatur erreichbar sein.
- Da letzten Endes ein Nutzer diese Produkte nutzen muss, ist es auf jeden Fall ratsam, diese Nutzer auch in den Testprozess mit einzubeziehen, um dadurch die realen Barrieren zu erkennen.
- Rein visuelle Hinweise sollten, wenn möglich, gemieden werden. Das heißt, dass beispielsweise Fehlermeldungen bei einer Fehleingabe nicht einfach rot markiert werden, sondern auch einen Text mitliefern sollten, welche Eingabe zu erwarten wäre. Dies ist für Menschen mit Farbsehschwäche sehr hilfreich.
Fazit zu Accessibility-Testing
Wer sich mit dem Thema Accessibility Testing beschäftigt, verbessert nicht nur die Benutzerfreundlichkeit, sondern erweitert auch die Erreichbarkeit der potenziellen Zielgruppe und reduziert rechtliche Risiken. Wer frühzeitig auf Barrierefreiheit setzt, spart langfristig Zeit und Kosten. Automatisierte Tools sind ein guter Einstieg, aber echte Barrierefreiheit erfordert eine Kombination aus manuellen Tests und kontinuierlicher Optimierung.
FAQ - Accessibility-Testing
Q: Was ist Accessibility Testing?
Accessibility Testing überprüft, ob digitale Produkte für alle Nutzer, einschließlich Menschen mit Behinderungen, zugänglich sind.
Q: Welche Standards gibt es für Barrierefreiheit?
Die wichtigsten Standards sind die Web Content Accessibility Guidelines (WCAG) sowie gesetzliche Vorgaben wie das Barrierefreiheitsstärkungsgesetz (BFSG), die EU-Richtlinie für digitale Barrierefreiheit oder der Americans with Disabilities Act (ADA).
Q: Welche Tools helfen beim Accessibility Testing?
Für automatisierte Tests sind Tools wie Axe, Lighthouse und WAVE sehr beliebt sowie Screenreader wie NVDA oder JAWS für manuelle Tests.
Q: Kann Accessibility Testing vollständig automatisiert werden?
Nein, automatisierte Tools decken nur einen Teil der Probleme ab. Zur Identifikation komplexer Barrieren sind weiterhin manuelle Tests erforderlich.
Q: Warum ist Barrierefreiheit wichtig?
Barrierefreiheit verbessert die Nutzererfahrung, erhöht die Reichweite und hilft Unternehmen, rechtliche Risiken zu vermeiden.
Q: Wie automatisiere ich Barrierefreiheitstests mit Playwright?
Mit dem Paket @axe-core/playwright binden Sie die axe-core-Prüfung direkt in Ihre End-to-End-Tests ein. Bei jedem Testlauf wird die Seite automatisch gegen die WCAG-Kriterien geprüft und die Ergebnisse lassen sich in der CI-Pipeline auswerten. Automatisierte Prüfungen decken jedoch nur einen Teil der Anforderungen ab, manuelle Tests bleiben ergänzend nötig.