Barrierefreies Design wird für unsere globalen Kunden immer wichtiger, insbesondere für diejenigen Kunden, die aus Ländern kommen, in denen Gesetze den erforderlichen Barrierefreiheitsgrad für die grundlegende Konformität regeln. Eine grundlegende Anforderung ist, dass Websites oder Anwendungen vollständig über die Tastaturnavigation zugänglich sind. Barrierefreiheit beschränkt sich nicht nur auf die Tastatureingabe, sondern umfasst auch alle anderen Eingabemethoden – Maus, Sprache usw. Als neuer Tester bei Accessibility-Tests ist die Tastaturnavigation der einfachste Ausgangspunkt für dein Testerlebnis.

Nach dem Starten der Testumgebung kannst du mit deiner Desktop-Tastatur überprüfen, welche im Umfang des Tests enthaltenen Elemente über die Tastaturnavigation erreichbar sind. Sobald die Testumgebung vollständig geladen wurde, kannst du die TAB-Taste drücken, um zu bestätigen, dass jeder der folgenden Punkte den Eingabefokus erhält - alle Menüpunkte, Links, Schaltflächen, Eingabefelder, Kontrollkästchen usw. Überprüfe, ob du Auswahlmöglichkeiten aktivieren kannst, indem du die EINGABE-/RETURN-Taste drückst. Teste, ob sich Dropdown-Steuerelemente öffnen lassen, wenn du sie über die TAB-Taste in den Eingabefokus versetzt und die LEERTASTE drückst. Stelle sicher, dass es keine "Tastaturfallen" gibt (diese treten auf, wenn der Benutzer per TAB-Taste auf ein Element navigiert und nicht weiter vorwärts gehen kann oder im schlimmsten Fall nicht in der Lage ist, sich vom fokussierten Element in beide Richtungen zu bewegen) und dass alle Aktionselemente mit der TAB-Taste zugänglich sind. Es ist auch wichtig zu überprüfen, dass du die verschiedenen Steuerelemente umkehren kannst, indem du die Tastenkombination SHIFT+TAB verwendest, um einen oder mehrere Schritte rückwärts zu navigieren.

Die oben genannten Tasten sind nicht die einzigen, die du beim Testen der Tastaturnavigation verwenden kannst. In der unteren Tabelle findest du eine ausführliche Liste der Tasten:

Bevor wir uns auf die Erfolgskriterien im Zusammenhang mit der Tastaturnavigation konzentrieren, möchten wir dich daran erinnern, dass unsere Plattform Tests für die Ebenen A und AA der Barrierefreiheitskonformität durchführt. Die Stufe AAA der Barrierefreiheitskonformität fällt nicht in den Rahmen der Test IO-Accessibility-Tests.

Es gibt 4 Erfolgskriterien im Zusammenhang mit der Tastaturnavigation, die erfüllt sein sollten, um sicherzustellen, dass die Umgebung des Kunden für alle Benutzer zugänglich ist: 2.1.1., 2.1.2., 2.1.3 und 2.1.4. Da 2.1.3. zur Stufe AAA der Konformität gehört, werden wir es nicht in unsere Analyse aufnehmen.

Dieses Erfolgskriterium soll sicherstellen, dass alle Elemente für Benutzer erreichbar sind, die die Tastatur und andere Eingabemöglichkeiten verwenden, um auf Webinhalte zuzugreifen. Benutzer, die von der barrierefreien Tastaturnavigation profitieren, sind größtenteils sehbehindert oder haben körperliche Beeinträchtigungen, die es ihnen erschweren, die Maus präzise zu verwenden (z. B. durch Handzittern).

Um zu überprüfen, ob die Umgebung gegen diese Kriterien verstößt, verwende die oben genannten Tasten, um den Fokus zu setzen und Auswahlmöglichkeiten zu aktivieren. Wenn ein Element, welches sich im Testumfang befindet, nicht mit der Tastatur erreichbar ist, solltest du einen Bug melden. Denke daran, dass ein Problem gemäß 2.1.1 ein Acessibility-Bug des Level A ist und dass Level-A-Bugs für unsere Kunden sehr wichtig sind.

Dieses Erfolgskriterium soll sicherstellen, dass der Benutzer nicht "hängenbleibt", während er durch den Webinhalt "tabbt". Um die Umgebung auf dieses Kriterium hin zu testen, verwende die TAB-Taste auf deiner Tastatur, um sicherzustellen, dass du jede Aktion erreichen kannst und dich während des "Tabbens" nicht an einem Element "festhängst". Wie beim vorherigen Checkpoint ist auch 2.1.2. ein Accessibility-Bug des Level A.

Dieses Erfolgskriterium soll sicherstellen, dass wenn die Einzeltasten-Tastatur-Shortcuts im Umfeld aktiv sind, sie nur dann aktiv sind, wenn sie den Fokus haben oder dass es einen Mechanismus gibt, um sie auszuschalten oder um die Kürzel neu zuzuordnen, um mehr als eine Taste einzuschließen. Hinsichtlich des Schweregrades ist 2.1.4. ein Accessibility-Bug des Level A.