User-Testing mit Menschen mit Behinderungen: Warum es unverzichtbar ist

Automatisierte Tools finden nur einen Teil der Barrieren. Manuelle Experten-Tests decken mehr auf, aber auch sie können nicht vorhersagen, wie ein blinder Nutzer mit einem komplexen Formular oder ein motorisch eingeschränkter Nutzer mit einer Drag-and-Drop-Oberfläche umgeht. User-Tests mit Betroffenen liefern die realistischste Einschätzung der tatsächlichen Zugänglichkeit.

Warum User-Tests mit Betroffenen?

Drei Gründe, warum User-Tests unersetzlich sind:
1. Praxischeck: Technische Konformität (WCAG-Kriterium bestanden) heißt nicht automatisch gute Nutzbarkeit. Ein Formular kann technisch alle Kriterien erfüllen und trotzdem für einen Screenreader-Nutzer verwirrend sein.
2. Unvorhergesehene Barrieren: Betroffene nutzen Software auf Weisen, die Entwickler nicht antizipieren – z. B. eigene Screenreader-Konfigurationen, ungewöhnliche Zoom-Stufen, spezielle Browser-Einstellungen.
3. Subjektive Bewertung: Ist der Alt-Text eines Produktfotos tatsächlich hilfreich? Ist die Fehlerausgabe eines Formulars verständlich? Nur Betroffene können das beurteilen.

Welche Nutzergruppen einbeziehen?

• Blinde Screenreader-Nutzer: Testen Navigation, Formulare, dynamische Inhalte, Alt-Texte.
• Sehbehinderte Nutzer: Testen Vergrößerung, Kontraste, Reflow.
• Motorisch eingeschränkte Nutzer: Testen Tastaturbedienbarkeit, Klickzielgrößen, Drag-and-Drop-Alternativen.
• Gehörlose/schwerhörige Nutzer: Testen Untertitel, Transkripte, visuelle Alternativen zu Audiosignalen.
• Kognitiv eingeschränkte Nutzer: Testen Verständlichkeit, Navigation, Fehlerbehandlung.
Ideal: Pro Nutzergruppe mindestens 2-3 Tester, um individuelle Unterschiede abzudecken. Bereits 5 Tester aus verschiedenen Gruppen decken einen Großteil der Usability-Probleme auf.

Durchführung: Methodik

User-Tests für Barrierefreiheit unterscheiden sich von klassischen Usability-Tests in einigen Punkten:
• Eigene Geräte: Tester sollten ihre eigene Hardware und assistive Technologien nutzen – nicht die des Labors.
• Aufgabenbasiert: Definieren Sie realistische Szenarien: „Finden Sie das Produkt X und bestellen Sie es" statt „Navigieren Sie zum Menüpunkt Y".
• Remote möglich: Viele Betroffene bevorzugen Tests in ihrer gewohnten Umgebung. Remote-Tests via Videocall funktionieren gut.
• Zeitrahmen großzügig: Assistive Technologien brauchen mehr Zeit. Planen Sie 60-90 Minuten pro Session.
• Kompensation: Tester sollten angemessen entschädigt werden – üblich sind 50-100 € pro Stunde.

Wo findet man Tester?

Im deutschsprachigen Raum gibt es mehrere Anlaufstellen:
• Blinden- und Sehbehindertenverbände: DBSV (Deutscher Blinden- und Sehbehindertenverband) und Landesverbände.
• Selbsthilfegruppen: Lokale Gruppen für verschiedene Behinderungen.
• Spezialisierte Agenturen: Unternehmen wie Testbirds, RapidUsertests oder spezialisierte Accessibility-Berater vermitteln Tester mit Behinderungen.
• Hochschulen: Institute für Rehabilitationswissenschaften haben oft Kontakt zu Probanden.
• Werkstätten für behinderte Menschen: Kooperationen sind möglich, aber sensibel handhaben.
Wichtig: Stellen Sie sicher, dass die Testumgebung selbst barrierefrei ist (Einladung, Einverständniserklärung, Anreise/Zugang).

User-Tests und BFSG: Pflicht oder Kür?

Das BFSG schreibt User-Tests nicht explizit vor. Die Konformitätsbewertung basiert auf der Prüfung gegen EN 301 549 / WCAG 2.1 AA, die auch ohne User-Tests durchgeführt werden kann. Allerdings: Wer bei einer Marktaufsichtsprüfung nachweisen kann, dass das Produkt nicht nur technisch, sondern auch in der Praxis von Betroffenen erfolgreich getestet wurde, steht deutlich besser da. Zudem decken User-Tests Barrieren auf, die in keiner Checkliste stehen – sie sind die effektivste Methode, um von technischer Konformität zu tatsächlicher Barrierefreiheit zu gelangen.