Test (Moodle)

Testergebnisse

Stand: Juli 2024

Der Test kann mit allen getesteten assistiven Technologien grundsätzlich ausgefüllt werden. Die Drag and Drop-Fragetypen sind allerdings für Screenreader und die Sprachausgabe nicht zugänglich.

Mit assistiven Technologien dauert es grundsätzlich länger, den Test zu absolvieren. Hinzu kommen einige Probleme, die zusätzlich irritieren können.

Übersicht: Usability bei verschiedenen Arbeitstechniken

+ = gut geeignet; o = mittelmäßig geeignet, Anpassungen nötig; - = ungeeignet

Hinweise für Lehrende

• Für Studierende, die mit assistiven Technologien arbeiten, ist es sehr hilfreich, die Selbstüberprüfung auszuprobieren, bevor sie eine Prüfung mit Moodle absolvieren. Dadurch können sie die Bedienung lernen.
• Studierende, die mit assistiven Technologien arbeiten, brauchen für die Tests auf jeden Fall mehr Zeit.
• Geben Sie die Studierenden, die mit Screenreader, ohne Maus oder mit Vergrößerung arbeiten, die Hinweise zur Nutzung.
• Wenn Studierende in der Lerngruppe sind, die den Computer mit Screenreader bedienen, müssen für die Fragetypen Drag and Drop alternative Umsetzungen gefunden werden.
• Wenn Studierende in der Lerngruppe sind, die den Computer mit der Sprachausgabe (iOS) bedienen, müssen für die Fragetypen Drag and Drop sowie Freitextantwort alternative Umsetzungen gefunden werden. Sie brauchen beim Test eventuell Assistenz für die Eingabe des Passworts, wenn sie das Passwort nicht selbst mit der Tastatur eingeben können. 

Moodle Test-Testergebnisse im Einzelnen nach EN-Norm 301 549 mit Empfehlung für Entwickler*innen

Wir führen die in den Tests gefundenen Barrieren hier sortiert nach den Richtlinien der gültigen europäischen Norm EN 301 549 auf, auf die die BITV 2.0 des Bundes und der Länder verweisen. Die Richtlinien beschreiben die zu erfüllenden Erfolgskriterien. In der WCAG 2.1 sind zusätzlich Techniken angegeben, wie die Kriterien erfüllt werden können. BITV, EN 301 549 und die WCAG 2.1 sind deshalb wichtige Dokumente für die Entwickler*innen, um ihre Anwendungen barrierefrei zu programmieren. Der ARIA Authoring Practices Guide (APG) der W3C gibt zudem Hinweise zur Programmierung barrierefreier Webseiten. Die Nummern der Überschriften entsprechen den Kapitelnummern der EN 301 549.

9.1 Wahrnehmbar

9.1.4 Unterscheidbar

9.1.4.1 Ohne Farbe nutzbar

In der Fortschrittsanzeige unterscheiden sich die Farben zwischen falsch oder nicht ausgefüllt nicht ausreichend, siehe Abb 2. Sinnvoll wäre zudem eine weitere Kennzeichnung mit einem Zeichen, damit die Anzeige auch ohne Farben erkennbar ist.

9.1.4.10 Inhalt brechen um

Beim Lückentext stehen die auszuwählenden Wörter unter dem Text. Bei einer starken Vergrößerung sollten sie neben dem Text stehen, damit das Ziehen der Wörter ohne Scrollen möglich ist.

9.1.4.11 Kontraste von Grafiken und grafischen Bedienelementen ausreichend

Die Schalter zum Vor- und Zurückblättern ändern nur sehr schwach ihre Farbe, wenn die Maus darüberfährt.

9.2 Bedienbar

9.2.1 Tastaturbedienbar

9.2.1.1 Ohne Maus nutzbar

Der Schalter „prüfen“ sollte beim Selbsttest mit Enter aktiviert werden können, nicht mit der Leertaste.

9.2.4 Navigierbar

9.2.4.1 Bereiche überspringbar

Die Anzeige der verbleibenden Zeit sollte mit einem Tastaturkürzel von jeder Stelle im Test direkt erreichbar sein, damit für Screenreadernutzende nicht zu viel Zeit nur dafür gebraucht wird, um die verbleibende Zeit nachzuschauen.

9.2.4.7 Aktuelle Position des Fokus sichtbar

Beim Lückentest ist der Fokus der aktuell aktivierten Lücke durch zu schwaches Gelb schwer zu erkennen.

9.2.5 Eingabemodalitäten

9.2.5.3 Sichtbare Beschriftung Teil des zugänglichen Namens

Das Eingabefeld für das Passwort zu Testbeginn kann mit der Sprachausgabe nicht ausgefüllt werden. Bei Freitextfragen kann mit der Sprachsteuerung (iOS) kein Text eingegeben werden.

9.4 Robust

9.4.1 Kompatibel

Drag and Drop-Fragen können nicht mit Screenreader und Sprachausgabe gelöst werden.

Usability Empfehlungen
Bei der Selbstüberprüfung sollte der Schalter zum Start des Tests eindeutiger bezeichnet werden, zum Beispiel „Test beginnen“ statt „Testvorschau“.