Wie Axe Auditor drei häufige Probleme beim manuellen Testen löst

Automatisierte Barrierefreiheitstests sind ein hervorragender erster Schritt, um Ihre Website oder App barrierefrei zu gestalten. Damit lassen sich die „niedrig hängenden Früchte“ sehr effektiv angehen, ohne dass man ein Experte für Barrierefreiheit sein muss. Außerdem ist es wirklich einfach, automatisierte Testtools wie axe DevTools in Ihren Softwareentwicklungsprozess zu integrieren. 

Automatisierte Tests gewährleisten jedoch keine vollständige Abdeckung der Barrierefreiheit. Eine vollständige Abdeckung der Barrierefreiheit stellt sicher, dass alle Nutzer problemlos auf alle Informationen zugreifen können, die Ihre Website bereitstellt. Um eine vollständige Abdeckung zu erreichen, müssen Sie zusätzlich manuelle Barrierefreiheitstests durchführen (Tests, die von einer Person mithilfe von assistiven Technologien in verschiedenen Browsern und auf verschiedenen Benutzeroberflächen durchgeführt werden müssen). Sowohl für Experten als auch für Laien sind manuelle Tests jedoch mit einigen Herausforderungen verbunden:

1. Die WCAG umfasst zahlreiche Erfolgskriterien: Manuelle Tests erfordern Kenntnisse der WCAG-Erfolgskriterien, deren Anzahl je nach Konformitätsstufe zwischen 25 und über 50 Kriterien liegen kann.
2. Das Erlernen von Bildschirmleseprogrammen erfordert Zeit und Fachwissen: Manuelles Testen erfordert das Testen mit Bildschirmleseprogrammen, und Bildschirmleseprogramme erfordern Fachwissen
3. Verschiedene Auslegungen der WCAG / Grauzonen: Bei einigen WCAG-Erfolgskriterien sind Kontext und Interpretation erforderlich, um das Problem zu ermitteln und einen Lösungsweg zu finden

Dies sind einige Gründe, warum manuelle Barrierefreiheitstests oft als „mühsam“ oder „kompliziert“ empfunden werden und warum viele Entwickler und QA-Tester sie gerne vermeiden würden. Mit Hilfe der richtigen Tools lassen sich diese häufigen Probleme jedoch lindern. Im Folgenden beschreiben wir, warum diese drei Herausforderungen manuelle Barrierefreiheitstests erschweren können und wie ein Testtool wie axe Auditor es deutlich vereinfachen kann.

Problem 1: Die WCAG enthalten zahlreiche Erfolgskriterien 

Die am weitesten verbreiteten Standards für Barrierefreiheit sind die vom W3C erstellten „Web Content Accessibility Guidelines“ (WCAG). Die WCAG-Kriterien sind in verschiedene Versionen und Stufen unterteilt. Zu den Versionen gehören WCAG 1.0, 2.0 und zuletzt 2.1. Die Version 3.0 befindet sich zum Zeitpunkt der Veröffentlichung dieses Beitrags in aktiver Entwicklung. Die Erfolgskriterien jeder dieser Versionen sind weiter in die Konformitätsstufen A, AA und AAA unterteilt.  

Die derzeit am häufigsten verwendeten Richtlinien sind die WCAG 2.0, Stufe AA. Allerdings gewinnen die WCAG 2.1, Stufe AA, zunehmend an Bedeutung und sind aufgrund ihrer größeren Klarheit und umfassenderen Abdeckung der Standard Dequefür Kundenaudits. Die folgende Tabelle hilft dabei, den Umfang der Kenntnisse über die WCAG-Erfolgskriterien zu quantifizieren, die für die Durchführung von Barrierefreiheitstests erforderlich sind.

Beachten Sie, dass in dieser Tabelle die Stufe AAA nicht berücksichtigt ist, die noch weitere Erfolgskriterien hinzufügt. Je nachdem, für welche WCAG-Konformitätsstufe Sie sich entscheiden, können Sie also davon ausgehen, dass Sie bei der Bewertung der Barrierefreiheit Ihrer Website oder App etwa 25 bis 50 Erfolgskriterien überprüfen müssen. Wie Sie sehen, sind umfassende Kenntnisse und Fachkompetenz in Bezug auf die WCAG-Erfolgskriterien erforderlich, um genaue und lückenlose Barrierefreiheitstests durchführen zu können. 

Der Einsatz eines Tools wie axe Auditor kann Ihr Barrierefreiheitsteam entlasten, da es nicht jedes Erfolgskriterium im Detail verstehen muss – axe Auditor führt den Benutzer Schritt für Schritt durch die Prüfung bestimmter Kriterien, die Sie manuell testen müssen. 

Axe Auditor zeigt Ihnen nicht nur die Auswirkungen jedes Verstoßes und dessen Folgen für Menschen mit Behinderungen auf, sondern bietet Ihnen auch Schritt-für-Schritt-Anleitungen zur Überprüfung eines bestimmten Problems sowie detaillierte Beschreibungen aller Kriterien, für deren Überprüfung möglicherweise zusätzliche Kenntnisse oder Hintergrundinformationen erforderlich sind.  

Darüber hinaus zeigt Ihnen axe Auditor, wie Sie die kniffligeren Elemente identifizieren können, die zwar als Verstöße gegen die Barrierefreiheit markiert werden könnten, in Wirklichkeit aber bewährte Verfahren zur Schaffung einer besseren Benutzererfahrung darstellen. Dies kann Ihren Teams dabei helfen, Prioritäten zu setzen, welche Probleme am dringendsten behoben werden müssen. Nachstehend finden Sie ein Beispiel dafür, wie axe Auditor Sie durch einen Prüfpunkt zur Tastaturnavigation führt.

Wie Sie sehen können, stellt „axe Auditor“ dem Benutzer ein Beispielszenario vor, in dem ein Benutzer ausschließlich über die Tastatur mit einer Webseite interagiert, und beschreibt anschließend Schritt für Schritt, wie seltene Ausnahmen beim Prüfpunkt zur Tastaturnavigation zu behandeln sind, gibt Beispiele für Konformitätsalternativen und liefert weitere Informationen zu gängigen Szenarien, in denen dieser Prüfpunkt zur Tastaturnavigation gilt. Dies erleichtert es dem Tester, die weitreichenden Auswirkungen der Erfüllung der Erfolgskriterien zu verstehen und anschließend zu testen, ob die Kriterien auf seiner Website erfüllt sind. 

Problem 2: Manuelles Testen erfordert Fachkenntnisse im Umgang mit Screenreadern

Neben der Kenntnis zahlreicher Erfolgskriterien müssen Barrierefreiheitstester auch wissen, wie man einen Screenreader bedient. Es gibt zahlreiche Screenreader, wobei die drei beliebtesten (in keiner bestimmten Reihenfolge) JAWS, NVDA und VoiceOver sind. Ein Barrierefreiheitstester muss sich also 50 Erfolgskriterien einprägen, die mit drei verschiedenen Screenreadern getestet werden müssen und in mehreren Testumgebungen (z. B. Desktop, responsives Web, Mobilgeräte usw.) testen. Es erfordert einen erheblichen Schulungsaufwand und Fachwissen, um zu lernen, wie man die Erfolgskriterien mit mehreren Screenreadern in verschiedenen Umgebungen testet.

Ein Tool wie axe Auditor bietet eine schrittweise Testmethodik, die an den gewählten Regelsatz (WCAG, ACAA, Section 508, Trusted Tester v5 usw.), den Seiteninhalt und die Testumgebung (Desktop, responsiv, mobil usw.) angepasst wird. Dadurch müssen Tester weniger auswendig lernen und über weniger Vorkenntnisse verfügen, um effektiv testen zu können.

Da axe Auditor für jedes Erfolgskriterium klare Testschritte für Screenreader bereitstellt, trägt es dazu bei, Ihre Testeffizienz zu steigern und einen standardisierten Testprozess zu schaffen, an den sich Ihr gesamtes Testteam halten kann – unabhängig davon, ob die Teammitglieder Screenreader-Experten sind oder nicht –, was zu einer erheblichen Steigerung der Produktivität Ihres Teams führt. 

Problem 3: Die Auslegung der WCAG-Erfolgskriterien erfordert Fachwissen (und Einheitlichkeit)

Einige WCAG-Erfolgskriterien können sehr kontextabhängig sein, sodass sie nicht immer mit automatisierten Tools erfasst werden können. Erfolgskriterien, deren Prüfung auf den ersten Blick sehr einfach erscheint, wie beispielsweise Anforderungen an den Farbkontrast, können sich bei der Analyse manchmal als schwierig erweisen. Betrachten Sie als Beispiel die folgende Abbildung.

Welche beiden Farben sollten in diesem Bild verglichen werden, um zu überprüfen, ob die Mindestanforderungen an den Farbkontrast erfüllt sind oder nicht? (Bitte ignorieren Sie für die Zwecke dieser Darstellung die Tatsache, dass es sich um ein Bild mit Text handelt.) 

Es gibt mindestens zwei Kombinationen, die in Betracht gezogen werden könnten: 

1. Die hellgraue Hintergrundfarbe (über jedem Buchstaben, Hex-Code #EFEFEF) mit schwarzer Textfarbe (Hex-Code #191919)
2. Die dunkelgraue Farbe „Shadow“ (unter jedem Buchstaben, Hex-Code #7D7D7D) mit schwarzer Textfarbe (Farbcode #191919)

In solchen Fällen können (und werden) verschiedene Barrierefreiheitsexperten unterschiedliche Meinungen vertreten. Dank moderner Webtechnologien verfügen Designer über enorme Möglichkeiten, neue Designs zu entwickeln, die das Potenzial haben, Barrierefreiheitsexperten auf immer neue Weise vor Herausforderungen zu stellen. 

Für einen Entwickler, der solche Meinungen von mehreren Experten einholen kann, gibt es nichts Frustrierenderes, als unterschiedliche Anforderungen zur Behebung desselben Problems zu erhalten. Stellen Sie sich das oben beschriebene Szenario vor, in dem der erste Barrierefreiheitsexperte Ihnen mitteilt, dass Sie die Farben so anpassen müssen, dass ein hellgrauer Hintergrund mit schwarzem Text den Vorgaben entspricht. Doch bis das Ticket bearbeitet und zum Testen bereit ist, vertritt ein anderer Barrierefreiheitsexperte die Ansicht, dass die Mindestanforderung darin besteht, dass die Schattenfarbe (unterhalb des Textes) das Farbkontrastverhältnis zur Textfarbe erfüllt. Dies könnte zu einer erheblichen Verzögerung bei der Veröffentlichung des Produkts führen, da dieses Ticket möglicherweise zur Behebung an den Designer zurückgeschickt werden muss und sich auf andere Farbwahlen innerhalb des Produkts auswirken könnte. 

Die Lösung hierfür besteht in klar dokumentierten und detaillierten Anforderungen, um die Anzahl der Probleme zu reduzieren, die unterschiedlich interpretiert werden können. Axe Auditor bietet eine umfassende Testmethodik, die ständig weiterentwickelt wird, sobald neue Designtechniken und -muster aufkommen. Wenn das gesamte Team einen ordnungsgemäß dokumentierten Testprozess mithilfe des Tools befolgt, können Sie sicher sein, dass die vom Barrierefreiheits-Testteam gelieferten Ergebnisse konsistent sind und zudem die notwendigen Details enthalten, die zur Behebung des Problems erforderlich sind. Zudem spart Ihr Team Zeit bei der Kommunikation der Probleme zwischen Entwicklern und Testern, da die Probleme (und ihre Lösungen) nicht jedes Mal neu erstellt werden müssen, wenn sie auftreten.

Zusammenfassung: axe Auditor erleichtert das manuelle Testen

Umfassende Fachkenntnisse im Bereich der Barrierefreiheitstests sind eine hochspezialisierte Kompetenz, deren Erwerb Jahre dauert und die durch kontinuierliche Weiterbildung auf dem neuesten Stand gehalten werden muss. Angesichts sich ständig weiterentwickelnder Technologien wird der Umfang der erforderlichen Maßnahmen zur Verwirklichung digitaler Gleichberechtigung von Tag zu Tag größer. Zwar haben automatisierte Testtools ihre Abdeckung der WCAG-Richtlinien deutlich verbessert, doch besteht nach wie vor ein erheblicher Bedarf an manuellen Tests, um sicherzustellen, dass alle Inhalte für alle Nutzer verständlich und nutzbar sind. 

Aufgrund des erforderlichen Umfangs, der für die Barrierefreiheit erforderlichen Erfahrung im Umgang mit einem Screenreader sowie der unterschiedlichen Interpretation bestimmter Webinhalte kann es jedoch eine große Herausforderung darstellen, Barrierefreiheitstests durchzuführen, ohne den Entwicklungsprozess um erhebliche zusätzliche Schritte zu erweitern. 

Die gute Nachricht ist, dass manuelle Barrierefreiheitstests kein mühsames Auswendiglernen von Inhalten erfordern müssen. Mit Hilfe von Tools wie Axe Auditor lassen sich die meisten Herausforderungen im Zusammenhang mit manuellen Tests problemlos bewältigen. axe Auditor kann dazu beitragen, die Schwierigkeiten bei der Arbeit mit Dutzenden von Erfolgskriterien zu verringern, indem es einen einfachen Weg zur Lösung bietet. Es sorgt zudem für Konsistenz bei den Ergebnissen, die von mehreren Mitgliedern des Barrierefreiheits-Testteams generiert werden, optimiert die Erstellung von Tickets und verbessert die Kommunikation zwischen Testern und Entwicklern. Schließlich bietet axe Auditor den zusätzlichen Vorteil, dass Ihr Barrierefreiheits-Team durch wiederholte Nutzung kontinuierlich geschult wird und sich so im Laufe der Zeit zu Experten für Barrierefreiheitstests entwickelt.

Wenn Sie mehr darüber erfahren möchten, wie axe Auditor Sie bei manuellen Barrierefreiheitstests unterstützen kann, kontaktieren Sie uns für eine Demo.