Was sind Barrierefreiheitstests? (Beispiele)

Was sind Barrierefreiheitstests?

Test der Barrierefreiheit ist eine Art Softwaretest, der durchgeführt wird, um zu bestätigen, dass eine Anwendung für Menschen mit Behinderungen nutzbar ist, einschließlich Nutzern mit Seh-, Hör-, motorischen, kognitiven und altersbedingten Beeinträchtigungen. Es ist eine Teilmenge von Usability-Tests und überprüft, ob das Produkt mit den Hilfstechnologien kompatibel ist, auf die diese Nutzer täglich angewiesen sind.

Assistive Technologien helfen Menschen mit Behinderungen bei der Bedienung von Softwareprodukten. Gängige Beispiele hierfür sind:

• Spracherkennungssoftware – Wandelt gesprochene Wörter in Text um, der als Eingabe für den Computer dient.
• Screenreader-Software – Liest den auf dem Bildschirm angezeigten Text und die Benutzeroberflächenelemente vor.
• Bildschirmvergrößerungssoftware – Vergrößert Teile des Monitors, um das Lesen für Benutzer mit Sehschwäche zu erleichtern.
• Spezialisierte Tastaturen – Entwickelt für Benutzer mit motorischen Kontrollschwierigkeiten, um die Bedienung zu erleichternping erleichtert.
• Schalter und Auge-tracKing-Geräte – Benutzern mit schweren motorischen Behinderungen die Navigation und Auswahl von Schnittstellenelementen ermöglichen.

Warum Barrierefreiheitstests?

Grund 1: Auf den Markt der Nutzer mit Behinderungen eingehen.

Nach Angaben der Weltgesundheitsorganisation leben weltweit etwa 1.3 Milliarden Menschen, also etwa jeder sechste, mit einer erheblichen Behinderung.

• Jeder zehnte Mensch hat eine schwere Behinderung.
• Bei jedem zweiten Menschen über 65 Jahren sind die Fähigkeiten eingeschränkt.

Behinderungen umfassen Blindheit, Taubheit, motorische Einschränkungen, kognitive Beeinträchtigungen und andere chronische Erkrankungen. Ein barrierefreies Produkt kann diesen großen Markt erreichen, und die meisten Barrierefreiheitsmängel lassen sich vermeiden, wenn Barrierefreiheitstests in den regulären Softwaretestzyklus integriert werden.

Grund 2Die Gesetze zur Barrierefreiheit sind einzuhalten.

Weltweit haben Regierungen Gesetze verabschiedet, die vorschreiben, dass IT-Produkte für Menschen mit Behinderungen zugänglich sein müssen. Wichtige Beispiele hierfür sind:

• Vereinigte Staaten: Americans with Disabilities Act (ADA, 1990) und Abschnitt 508 des Rehabilitation Act.
• Vereinigtes Königreich: Gleichstellungsgesetz 2010 (das das Behindertendiskriminierungsgesetz 1995 ersetzte).
• Europäische Union: Europäisches Zugänglichkeitsgesetz, das im Juni 2025 für viele Produkte und Dienstleistungen in Kraft trat, und die Norm EN 301 549.
• Australien: Behindertengleichstellungsgesetz 1992.
• Irland: Behindertengesetz 2005.
• Kanada: Accessible Canada Act 2019.

Barrierefreiheitstests sind unerlässlich, um die Einhaltung gesetzlicher Bestimmungen in allen Märkten zu gewährleisten, in denen Ihr Produkt verkauft wird.

Grund 3: Vermeiden Sie mögliche Rechtsstreitigkeiten.

Große Unternehmen wurden wiederholt verklagt, weil ihre digitalen Produkte nicht barrierefrei waren. Einige prominente Fälle sind:

• National Federation of the Blind (NFB) gegen Target (2006, abgeschlossen 2008).
• Vergleich zwischen NFB und AOL (1999).
• Robles gegen Domino's Pizza (2019), wo die USA SupremDas Gericht ließ ein Urteil bestehen, wonach der ADA auch für Websites und mobile Apps gilt.
• Gil gegen Winn-Dixie (2017), das erste US-Prozessurteil, das die Behebung der Probleme mit einer nicht zugänglichen Website anordnete.

Die Zahl der Klagen wegen mangelnder Barrierefreiheit im Internet in den Vereinigten Staaten hat jedes Jahr zugenommen; seit 2022 werden jährlich mehr als 4,000 Fälle nach Titel III des ADA (Americans with Disabilities Act) im digitalen Bereich eingereicht. Die Entwicklung barrierefreier Produkte von Anfang an vermeidet diese Kosten und schützt die Marke.

Welche Behinderungen sollten unterstützt werden?

Eine Anwendung muss Menschen mit Behinderungen wie beispielsweise folgende unterstützen:

Art der Behinderung	Behinderung DescriptIon
Sehbehinderung	Vollständige Blindheit, Farbenblindheit oder Sehschwäche. Empfindlichkeit gegenüber visuellen Stroboskop- und Blitzeffekten.
Körperliche Behinderung	Unfähigkeit, Maus oder Tastatur mit einer Hand zu bedienen. Mangelhafte motorische Fähigkeiten, einschließlich eingeschränkter Handbeweglichkeit oder verlangsamter Muskelaktivität.
Kognitive Behinderung	Lernschwierigkeiten, ein schlechtes Gedächtnis oder Probleme, komplexen Sachverhalten zu folgen.
Lese- und Schreibbehinderung	Leseschwierigkeiten wie Legasthenie.
Hörbehinderung	Hörprobleme einschließlich Taubheit und Hörbeeinträchtigung. Unfähigkeit, Geräusche zu hören oder sie deutlich zu hören.

Standards und Richtlinien zur Barrierefreiheit

Programme zur Prüfung der Barrierefreiheit basieren auf einer kleinen Anzahl weit verbreiteter Standards. Bevor ein Testplan erstellt wird, ist es unerlässlich zu verstehen, welcher Standard für Ihren Markt gilt.

• WCAG 2.2 Die im Oktober 2023 vom W3C veröffentlichten Web Content Accessibility Guidelines 2.2 (WCAG 2.2) sind der aktuelle globale Standard. Sie definieren drei Konformitätsstufen: A (grundlegend), AA (das gesetzliche Minimum in den meisten Ländern) und AAA (höchste Stufe).
• WCAG 3.0 – Ein W3C-Arbeitsentwurf, der ein ergebnisorientiertes Bewertungsmodell einführt. Er befindet sich noch in der Entwicklung und hat WCAG 2.2 nicht ersetzt.
• Abschnitt 508 – Eine US-Bundesverordnung, die vorschreibt, dass elektronische und Informationstechnologie, die von Bundesbehörden beschafft wird, die Kriterien der WCAG 2.0-Stufe AA erfüllen muss.
• 301 549 – Europäischer harmonisierter Standard für die Barrierefreiheit von Informations- und Kommunikationstechnologien, der zum Nachweis der Einhaltung des europäischen Barrierefreiheitsgesetzes verwendet wird.
• ADA Titel III – Das US-amerikanische Bürgerrechtsgesetz wird auf Websites und mobile Apps von öffentlich zugänglichen Einrichtungen angewendet; Gerichte verwenden üblicherweise WCAG 2.1 oder 2.2 AA als Maßstab.

Die meisten Teams behandeln WCAG 2.2 Stufe AA als ihr Arbeitsziel, weil es sowohl die gemeinsame rechtliche Grundlage als auch ein praktisches technisches Ziel darstellt.

Wie führt man Barrierefreiheitstests durch?

Barrierefreiheitstests können auf zwei Arten durchgeführt werden:

1. Handbuch
2. Automated

Barrierefreiheitstests können für Tester, die mit Behinderungen nicht vertraut sind, eine Herausforderung darstellen. Es empfiehlt sich, Nutzer mit Behinderungen oder Barrierefreiheitsexperten einzubeziehen, die die Herausforderungen im Alltag beschreiben können. Die folgenden Techniken decken die wichtigsten Kategorien von Beeinträchtigungen ab.

1) Sehbehinderung

Stellen Sie sich vor, Sie sind blind und müssen die Website XYZ nutzen. Ihre einzige praktikable Option ist ein Screenreader. Ein Screenreader ist eine Software, die den Inhalt einer Webseite – also Text, Links, Optionsfelder, Bilder und Videos – vorliest, sodass blinde Nutzer die Benutzeroberfläche wahrnehmen können. Zu den gängigen Screenreadern gehören: JAWS, NVDA, Apple VoiceOver und Android Rücksprache.

Wenn Sie JAWS starten und anschließend einen Browser öffnen, gibt JAWS den Seitentitel an. Wenn Sie den Fokus auf die Adressleiste bewegen, sagt JAWS „Adressleiste“ und liest dann jedes eingegebene Zeichen vor. Zum Beispiel: typing google.com erzeugt eine Ankündigung wie die folgende:

Address Bar, w, w, w, period, g, o, o, g, l, e, period, c, o, m.
When the page finishes loading, JAWS announces "Google.com home page".
When focus reaches the search field, JAWS announces "Google search, edit".

Ein Screenreader liest Textfelder Wort für Wort vor, kündigt Links als „Link“ und Schaltflächen als „Schaltfläche“ an, damit blinde Nutzer die einzelnen Bedienelemente erkennen können. Ist eine Website schlecht gestaltet, kann der Screenreader Elemente falsch interpretieren; beispielsweise kann ein als Klartext formatierter Link als Inhalt vorgelesen werden, wodurch dem Nutzer eine wichtige Aktion verborgen bleibt. Dies führt zu realen Umsatzeinbußen für das Unternehmen.

2) Farbenblindheit

Farbenblindheit bedeutet, dass ein Nutzer bestimmte Farben nicht richtig wahrnehmen kann. Rot-Grün-Sehschwäche ist die häufigste Form. Wenn eine Website stark auf Rot setzt, um Bedeutung zu vermitteln, kann ein Nutzer mit Rot-Grün-Sehschwäche die Botschaft möglicherweise nicht verstehen.

Designteams sollten niemals ausschließlich Farben zur Informationsvermittlung verwenden. Ein roter Fehlerbutton ist deutlich besser zugänglich, wenn er zusätzlich umrandet, mit einem Symbol versehen und mit einem beschreibenden Text ergänzt wird. Schwarz und Weiß bleiben die sicherste und universellste Farbpalette, und Tools wie das Stark-Plugin oder Browser-Farbsehschwächensimulatoren helfen, Probleme frühzeitig zu erkennen.

3) Sehschwäche

Nutzer mit Sehbehinderung oder anderen Netzhauterkrankungen benötigen zusätzliche Unterstützung, um die Website nutzen zu können:

1. Vermeiden Sie sehr kleine Schriftgrößen. WCAG empfiehlt eine Standard-Textgröße, die sich ohne Zoomen komfortabel skalieren lässt.
2. Stellen Sie sicher, dass das Layout beim Vergrößern des Textes auf bis zu 200 Prozent sauber angepasst wird (ein Erfolgskriterium der WCAG 2.2). Zeilen dürfen nicht abgeschnitten und Inhalte dürfen sich nicht überlappen.
3. Halten Sie ein minimales Kontrastverhältnis von 4.5:1 für normalen Text und 3:1 für großen Text ein.

4) Motorische und andere Behinderungen

Eine wichtige Anforderung an die Barrierefreiheit ist, dass die gesamte Website ohne Maus bedienbar sein muss. Jeder Link, jede Schaltfläche, jedes Optionsfeld, jede Checkbox, jedes Popup, jedes Dropdown-Menü und jedes Steuerelement muss ausschließlich mit der Tastatur erreichbar und bedienbar sein.

Zum BeispielEin Benutzer mit eingeschränkter Handbeweglichkeit kann möglicherweise keine Maus verwenden. Wenn Kontrollkästchen oder Links nicht mit der Tabulatortaste erreicht werden können, sind diese Funktionen für den Benutzer gesperrt.

Alternative text should be provided for every image, audio file, and video so that screen readers can convey their meaning. Keyboard shortcuts should be available for important actions, and skip-to-content links should let keyboard users bypass repeated navigation.

Der Fokus muss stets sichtbar sein. Beim Drücken der Tabulatortaste sollte das hervorgehobene Steuerelement deutlich erkennbar sein. Ein gut sichtbarer Fokus hilft Nutzern mit Sehbehinderung oder Farbenblindheit, dem Seitenablauf zu folgen und macht die Navigation für alle Nutzer intuitiv.

Nutzer mit Hörbehinderungen Visuelle Inhalte einer Website sind meist leicht zu erfassen, Audio- und Videodateien hingegen stellen oft ein Problem dar. Jedes Video muss Untertitel enthalten, und jede Audiodatei benötigt ein Transkript oder einen beschreibenden Text. Beispielsweise sollte ein Tutorial-Video zur Flugbuchung mit präzisen Untertiteln versehen sein, damit auch gehörlose Nutzer den Anweisungen folgen können.

Beispielhafte Testfälle für Barrierefreiheitstests

Die untenstehende Checkliste dient der Abnahme von Barrierefreiheitstests für eine typische Webanwendung. Nutzen Sie sie als Ausgangspunkt und ergänzen Sie sie um die für Ihr Produkt relevanten WCAG 2.2-Erfolgskriterien.

1. Gibt es für jede Mausbedienung und jeden Dialog eine entsprechende Tastaturbelegung?
2. Wird in der Benutzerdokumentation erklärt, wie die Anwendung mit Hilfstechnologien bedient werden kann?
3. Ist die Reihenfolge der Tabs logisch, sodass die Navigation natürlich abläuft?
4. Sind Tastenkombinationen für die Hauptmenüs vorhanden?
5. Unterstützt die Anwendung alle Zielbetriebssysteme und Bildschirmleseprogramme?
6. Wird die Reaktionszeit jedes Bildschirms oder jeder Seite klar kommuniziert, sodass die Benutzer wissen, wie lange sie warten müssen?
7. Sind alle Beschriftungen korrekt geschrieben und programmatisch mit ihren Steuerelementen verknüpft?
8. Sind die Farbauswahlmöglichkeiten flexibel und wurden sie anhand von Simulatoren für Farbenblindheit getestet?
9. Werden Bilder, Symbole und Emojis so verwendet, dass Endnutzer sie verstehen können?
10. Bietet die Anwendung akustische Benachrichtigungen an sinnvollen Stellen?
11. Kann der Benutzer die Audio- und Videosteuerung anpassen oder stummschalten?
12. Kann der Benutzer die Standard-Schriftarten für den Druck und die Bildschirmanzeige überschreiben?
13. Kann der Benutzer blinkende, rotierende oder sich bewegende Anzeigen anpassen oder deaktivieren?
14. Stellen Sie sicher, dass Farbe niemals als einziges Mittel zur Informationsvermittlung verwendet wird.
15. Ist die Hervorhebung noch sichtbar, wenn die Systemfarben invertiert werden? Testen Sie dies durch Ändern der Kontrastverhältnisse.
16. Sind Audio- und Videotranskripte oder Untertitel für hörgeschädigte Nutzer verfügbar?
17. Werden Schulungen für Nutzer mit Behinderungen angeboten, um ihnen den Umgang mit der Anwendung zu erleichtern?
18. Sind alle interaktiven Bedienelemente ausschließlich über die Tastatur erreichbar, bedienbar und ausblendbar?

Wie KI die Barrierefreiheitsprüfung verändert

KI ist reshaping Barrierefreiheitstests werden auf drei praktische Arten durchgeführt. Erstens analysieren Machine-Learning-Scanner zusammen mit Computer-Vision-Modellen das gerenderte DOM, um Probleme zu erkennen, die regelbasierte Tools übersehen, wie beispielsweise unpassende Alternativtexte oder Farbkombinationen, die in realen Layouts nicht funktionieren. Zweitens schlägt generative KI lesbare Lösungen vor, darunter bessere Alternativtexte, verständlichere Fehlermeldungen und ARIA-Attribute für benutzerdefinierte Komponenten. Drittens priorisiert KI die Ergebnisse nach ihrer Auswirkung auf die Nutzer, sodass Teams ihr Budget für die wichtigsten Probleme einsetzen können. Tools wie Deque axe AI, Evinced, UserWay und Siteimprove beinhalten bereits KI-Funktionen. KI ersetzt zwar nicht manuelle Screenreader-Tests oder Nutzerforschung mit Menschen mit Behinderungen, reduziert aber den manuellen Aufwand für die Vorauswahl erheblich und trägt dazu bei, Barrierefreiheit frühzeitig in den Entwicklungsprozess zu integrieren.

Mythen über Barrierefreiheitstests

Nachfolgend finden Sie gängige Mythen über Barrierefreiheitstests sowie die Fakten:

Mythos: Die Erstellung einer barrierefreien Website ist teuer.

Tatsache: Das ist nicht der Fall. Die Berücksichtigung der Barrierefreiheit bereits in der Planungsphase, zusammen mit grundlegenden Tests, spart im Vergleich zur nachträglichen Nachrüstung Geld und reduziert teure Nacharbeiten.

Mythos: Die Umwandlung einer nicht barrierefreien Website in eine barrierefreie ist zu zeitaufwändig und teuer.

Tatsache: Sie müssen nicht alle Korrekturen gleichzeitig anwenden. Beginnen Sie mit den Änderungen, die die größten Auswirkungen auf Nutzer mit Behinderungen haben, und führen Sie die übrigen in späteren Versionen ein.

Mythos: Barrierefreiheit ist schlicht und langweilig.

Tatsache: Seiten können nach wie vor visuell ansprechend sein und beitracDie W3C rät ausdrücklich von reinen Textversionen ab und empfiehlt stattdessen eine einheitliche, barrierefreie Benutzererfahrung für alle.

Mythos: Barrierefreiheit ist nur für blinde und behinderte Nutzer vorgesehen.

Tatsache: Die Einhaltung der Richtlinien zur Barrierefreiheit verbessert die allgemeine Benutzerfreundlichkeit und kommt jedem Benutzer zugute, insbesondere jenen, die mobile Geräte verwenden, bei hellem Sonnenlicht oder in lauten Umgebungen.

Häufig gestellte Fragen