Accessibility-Testkriterien für Entwickler
Sowohl Hobby-Entwickler, Firmen als auch Distributoren sollen die Chance bekommen, ihre Software auf Barrierefreiheit zu testen. Dazu haben wir einen Kriterienkatalog erarbeitet, anhand dessen eine Bewertung stattfinden kann. Neben schon existierenden Applikationen sollen besonders Entwickler motiviert werden, ihre selbst geschriebene Software auf Zugänglichkeit zu testen.
Kriterienkatalog
- Sind alle Funktionen per Sprache oder Braille nutzbar?
- Sind alle Funktionen per Tastatur bedienbar?
- Gibt es Tastatur-Kürzel zur alternativen Bedienung?
- Gibt es eine logische Tab-Reihenfolge?
- Wurden Störungen mit anderen Keyboard-Features beseitigt?
- Erhält die Hilfsmittelsoftware genügend Informationnen über die User-Interface Objekte?
- Gibt es Textinformationen zu den Icons?
- Werden die Icons konsistent eingesetzt? (Symbole mit gleichem Aussehen sollten anwendungsübergreifend die gleiche Funktion ausüben)
- Gibt es für alle Sounds eine visuelle Rückmeldung?
- Können Sounds abgestellt werden und ist die Lautstärke einstellbar?
- Werden Textinhalte, Texteingaben, der Ort des Cursors und Textattribute an die Hilfsmittelsoftware übermittelt?
- Werden Informationen und Auswahlelemente nicht nur über Farben, sondern auch textuell kenntlich gemacht?
- Sind die Schriften und Farben individuell einstellbar?
- Werden Zeitlimits für Eingabefelder oder Textmeldungen vermieden?
- Werden wichtige Funktionen auf verschiedene Arten verfügbar gemacht ? (z.B. mit textuellen Menüpunkten, Icons, Tastenkombinationen)
- Haben alle Steuerelemente Textlabels?
- Sind die Textlayouts einspaltig?
- Haben die Buttons logische Namen und eine logische Reihenfolge?