Mit NVDA testen: Schritt-für-Schritt-Anleitung

NVDA ist der Screenreader, mit dem ich jedem Windows-Team den Einstieg empfehle: kostenlos, Open Source, weltweit verbreitet – und nah genug am kommerziellen JAWS, dass die Befunde übertragbar sind. Diese Anleitung führt vom Download bis zum vollständigen Prüfdurchlauf. Die konzeptionellen Grundlagen (Browse- vs. Fokus-Modus, was ein Screenreader überhaupt „sieht“) stehen unter Screenreader-Grundlagen – hier geht es um die Praxis.

Schritt 1: Installieren und vorbereiten

1. NVDA von der offiziellen Seite laden (nvaccess.org) und installieren – die Spende ist freiwillig, das Tool voll funktionsfähig.
2. Beim ersten Start die NVDA-Taste festlegen: üblich ist die Dauergroßschreibtaste (Capslock) – sie ist der Modifikator für fast alle Befehle (im Folgenden: NVDA).
3. Sprechtempo zähmen: Für Tests darf es langsamer sein als für geübte Nutzer – NVDA+Strg+Pfeil runter senkt das Tempo.
4. Sprachbetrachter einschalten (Menü NVDA+N → Extras → Sprachbetrachter): Ein Fenster zeigt alle Ansagen als Text mit – Gold wert für Protokolle und fürs Team-Vorführen.
5. Browser starten – NVDA harmoniert am besten mit Firefox und Chrome.

Beenden übrigens mit NVDA+Q – der häufigste Anfänger-Stolperstein ist, NVDA nicht mehr loszuwerden.

Schritt 2: Die Handvoll Befehle, die du wirklich brauchst

Das ist bewusst dieselbe Sprung-Logik, mit der echte Nutzer surfen – du testest also nicht nur Technik, sondern reale Strategien.

Schritt 3: Der Prüfdurchlauf (pro Seitentyp ~15 Minuten)

1. Ankommen: Seite laden. Wird der Seitentitel sinnvoll angesagt? Sprache korrekt (kein englischer Akzent – 3.1.1)?
2. Struktur abklopfen: NVDA+F7 → Überschriften-Liste. Liest sie sich wie ein Inhaltsverzeichnis (1.3.1, 2.4.6)? Mit D durch die Landmarks: Gibt es genau ein main?
3. Links prüfen: In der Elementliste auf Links umschalten – ist jeder Linkzweck ohne Kontext verständlich?
4. Bilder: Mit G von Grafik zu Grafik – sagt jeder Alt-Text etwas Sinnvolles, wird Deko übersprungen (1.1.1)?
5. Formulare: Mit F durch alle Felder – wird zu jedem Feld Label, Typ und Pflichtstatus angesagt? Dann absichtlich falsch absenden: Werden Fehlermeldungen angesagt und am Feld gefunden?
6. Widgets bedienen: Menüs, Dialoge, Tabs mit Tab/Pfeilen/Enter/Esc – werden Rolle und Zustand („ausgeklappt“) angesagt (4.1.2)?
7. Dynamik: Aktionen auslösen (Warenkorb, Filter, Suche) – kommen Statusmeldungen an, ohne dass der Fokus springt?

Randnotiz – Bildschirm aus. Die ehrlichste Variante: Monitor abschalten (oder Augen zu) und eine echte Aufgabe lösen – „bestelle das günstigste Produkt“. Was dann nicht geht, geht für blinde Nutzer nicht. Mit Bildschirm testet man unbewusst hybrid und übersieht Lücken.

Typische Befunde – und wohin sie gehören

• „Grafik“ ohne Namen → Alt-Texte
• „Eingabefeld, leer“ ohne Label → Labels & Beschriftungen
• Stille nach dem Klick → Live-Regionen
• „Klickbar“ auf div-Wüsten → Buttons vs. Links
• Falsche Aussprache → Sprache der Seite

Häufige Fragen

Reicht NVDA, oder muss ich auch mit JAWS testen?

Für Entwicklungs-Tests reicht NVDA fast immer – die Überschneidung ist groß. JAWS-spezifische Prüfungen gehören in ein professionelles Audit (BITV-Test). Wichtiger als ein zweiter Windows-Screenreader ist der Blick auf Mobile: VoiceOver auf dem iPhone.

NVDA sagt Dinge anders an als VoiceOver – wer hat recht?

Beide. Screenreader interpretieren wie Browser: leicht unterschiedlich. Solange Name, Rolle, Zustand und Struktur stimmen, sind Formulierungsunterschiede normal – Details im Screenreader-Überblick.

Ich habe kein Windows – was nun?

VoiceOver auf dem Mac nutzen; für gelegentliche NVDA-Gegenproben tut es eine Windows-VM.

Fazit

NVDA installieren, Capslock als NVDA-Taste, Sprachbetrachter an – und dann der Sieben-Punkte-Durchlauf: Titel, Struktur, Links, Bilder, Formulare, Widgets, Dynamik. Nach zwei, drei Sitzungen dauert das Ritual eine Viertelstunde und findet die Fehler, die kein Tool sieht. Das Apple-Pendant steht unter Mit VoiceOver testen.