2010-02-24 5 views
12

Welcher Bildschirmleser wäre am besten, die Erreichbarkeit der Website zu testen und zu konfigurieren, wie der Bildschirmleser zum Testen der Website (oder Standard-Screen-Reader-Einstellung wäre in Ordnung) und welcher Browser verwendet werden sollte, um die Erreichbarkeit mit Screenreadern zu testen?Welcher Screenreader wäre am besten, um die Barrierefreiheit der Site zu testen und zu konfigurieren?

Frei oder kommerziell ist es egal. Was kann beste Tests geben? Dann sollte die Site in der ganzen Welt so gut wie möglich mit allen anderen Screenreadern erreichbar sein?

mein Ziel ist es, Website so viel wie möglich zu machen.

+0

Haben Sie sich JAWS angeschaut? http://www.freedomscientific.com/products/fs/jaws-product-page.asp – Kane

+0

So testen in Jaws ist genug.Wenn ja, dann "Wie konfiguriere ich diesen Bildschirmleser, um die Website zu testen (oder die Standard-Bildschirmleser-Einstellung wäre in Ordnung) und welchen Browser sollte man benutzen, um die Erreichbarkeit mit Screenreadern zu testen?" –

Antwort

22

Ich werde diese Antwort vorausschicken, indem ich feststelle, dass ich eine total blinde Einzelperson bin, die Jaws als dort nur Bildschirmleser verwendet. Ich habe auch mit NVDA herumgespielt, aber ich habe damit Erfahrung gemacht. Jaws ist der am weitesten verbreitete Bildschirmleser zumindest in den USA. Wenn Sie nur einen Bildschirmleser verwenden können, würde ich ihn mit den Standardeinstellungen auswählen. Sowohl Internet Explorer als auch Firefox arbeiten mit Jaws und beide sind weit verbreitet. Ein anderer Bildschirmleser, den Sie zum Testen der Barrierefreiheit verwenden könnten, ist NVDA Dies ist ein Open-Source-Bildschirmleser, der gut mit Firefox, aber nicht mit dem Internet Explorer funktioniert. Ich würde sagen, wenn Kosten ein Problem sind, verwenden NVDA mit der neuesten Version von Firefox, und wenn Ihre Website mit dieser Einstellung zugänglich ist, wird es höchstwahrscheinlich mit Jaws arbeiten. Eine vollständige Liste der Bildschirmlesesoftware finden Sie unter this

Das Installieren und Starten eines Bildschirmlesers reicht nicht aus, um eine gute Zugänglichkeitsprüfung durchzuführen. Sie werden nicht wissen, wie zugänglich Ihre Website ist, bis Sie Ihren Monitor ausschalten und die Maus ausstecken. Es wird Zeit brauchen, um einen Screenreader zu benutzen. Die einzigen sehenden Menschen, die ich kenne, sind effiziente Screenreader-Benutzer, die entweder für die Screenreader-Unternehmen arbeiten oder assistive Technologie-Schulungen als ihre Aufgabe machen. Während Sie mit einem Screenreader die Zugänglichkeit Ihrer Website testen können, ist die Lernkurve für einen realistischen Test ziemlich hoch.

+0

Danke für die tolle Antwort –

-4

Sie sollten immer in mehreren Browsern und mit mehreren Bildschirmlesern testen.

+0

Diese Antwort ist ohne weitere Informationen nicht hilfreich. –

4

Um Ihre Frage direkt zu beantworten, würde ich JAWS mit Standardeinstellungen in Ihrem Zielbrowser verwenden. Wenn Sie sich nur eine Lizenz leisten können, verwenden Sie NVDA oder Chromevox für Ihre Entwickler und geben Sie Ihrem Accessibility-Experten die Kopie von JAWS.

Denken Sie daran, dass, während Sie sicherstellen, dass Ihre Website perfekt mit einem Screenreader funktioniert, sehr wichtig ist, dies hilft nur den Blinden. Es gibt viele andere Arten von Behinderungen (z. B. Hör-, motorische und kognitive Behinderungen) und um wirklich zugänglich zu sein, muss Ihre Website auch diese Benutzer unterstützen.

WCAG 2.0 ist der beste Standard, um Ihre Website so vielen Menschen wie möglich zugänglich zu machen. Es gibt eine Menge von WCAG 2.0 Dokumentation, so würde ich bei Webaim.org, http://webaim.org/standards/wcag/checklist beginnen, wenn Sie neu sind, aber verwenden Sie das echte Ding http://www.w3.org/TR/WCAG20/, wenn Sie bereit sind.

Auch wenn es mit einem Screenreader "funktioniert", kann es ärgerlich sein (blinde Benutzer lesen selten von oben nach unten, stellen Sie sicher, dass Sie eine feste Struktur mit Überschriften und ARIA-Zeichen setzen) nicht einem blinden Benutzer die gleiche Menge an Informationen geben, die ein sehender Benutzer erhalten könnte. Beispielsweise wird Hilfstext neben Texteingaben von einem Benutzer übersehen, der ein Formular durchsucht (korrigiert: eine Kopie im Label mit CSS ausblenden, den Hilfstext zum eigentlichen Label machen oder ARIA verwenden - wie beschrieben) - ein guter Weg Vergewissern Sie sich, dass es mehr als nur "funktioniert", dass Ihr JAWS-Tester mit der Site nicht vertraut ist.

Verwandte Themen