4.12.2 - Zusätzliche Wartezeiten vermeiden

Beschreibung

[Technikneutrale Beschreibung des Erfolgskriteriums]

Die Reaktionszeit des Systems ist im Vergleich mit der Sichtprüfung nicht störend verlängert.

 

Beispiele

[Typische Anwendungsbeispiele aus verschiedenen Plattformen]

Nach Installation und Inbetriebnahme einer Vergrößerungs-Software kann in einer Textverarbeitung nur noch verzögert Text eingegeben werden. Nach jedem Tastendruck müssen Nutzer mehrere Sekunden warten, bis der gedrückte Buchstabe auf dem Bildschirm erscheint.

Screenreader-Nutzer warten im Vergleich zu Nutzern ohne Hilfsmittel ungewöhnlich lange auf das Erscheinen der Hilfe-Funktion nach Druck auf die Taste F1.

Anwendbarkeit

[manche Erfolgskriterien sind nur in speziellen Kontexten anwendbar]

Dieser Prüfschritt ist immer anwendbar.

 

Begründung

[Warum wird das geprüft? Bedeutung des Prüfpunktes für Menschen mit Behinderungen]

Die unmittelbare Reaktion des Systems auf Benutzereingaben ist eine Anforderung der allgemeinen Software-Ergonomie, die für flüssiges Arbeiten vorausgesetzt wird. Für Antwortzeiten bei Dialogen gilt die Faustregel, dass Reaktionszeiten ab ca. 2 sec vom Benutzer als „Warten“ bemerkt werden, wobei ab ca. 4 sec eine Störung vermutet wird, wenn das System nicht explizit eine Wartezeit meldet.

Die Toleranz des Benutzers gegenüber Wartezeiten und allgemeiner Trägheit des Systems ist kontextabhängig. Im Rahmen dieses Prüfschritts geht es darum, dass das Reaktionsverhalten des Systems durch den Einsatz des Screenreaders nicht störend verlängert werden darf. Dies ist auch eine Qualität der Anwendung, denn wenn die Anwendung sehr viel ggf. ungefilterte Information an die Accessibility-Schnittstelle sendet, hat der Screenreader unnötig viel Arbeit.

Prüfanleitung

[Technikspezifische Prüfanleitung (oder Prüfvorschlag) mit Tools zur Unterstützung des praktischen Tests]

Die Beurteilung richtet sich nach der subjektiven Wahrnehmung des Testers: Die Reaktion auf Benutzereingaben bzw. die Anzeige von eingegebenem Text ist nicht störend verzögert.

Bei der Installation des Testsystems darauf achten, dass keine Hintergrundprogramme wie Virenscanner etc. installiert sind, die die Rechnerkapazität unnötig beanspruchen.

 

Bewertungsalternativen

[Abgrenzung von „erfüllt“ und „nicht erfüllt“, sowie von „Blockade/Barriere“ und „Einschränkung“]

Mängel sind eine Einschränkung.

 

Einordnung

[Abgrenzung zu anderen Prüfschritten]

 

Offene Fragen

[Fragen sammeln, die während der Entwicklung des Prüfschritts auftauchen]

Die Beurteilung nach der subjektiven Wahrnehmung des Testers erscheint unbefriedigend, ist aber nach bisheriger Diskussion noch das praktikabelste Verfahren. Bisher bekannte Messtechniken sind unausgereift. Beispiele: Akustisches Tracking vom Tastendruck bis zur Screenreader-Ausgabe ist ungenau, da das Messen selber Zeit bzw. Rechnerkapazität braucht und das Ergebnis verfälscht. Auswertung von Log-Dateien: Zeit zwischen Fokuswechseln zu berechnen ist ungeeignet, denn die Anzeige erfolgt erst danach.

 

Referenzen

EN301549

WCAG

ISO9241-171

8.5.8 Der unterstützenden Technik den Zugriff auf Ressourcen ermöglichen

Sonstige

9241-112 Grundsätze der Informationsdarstellung, Abschnitt 6.1.3 Empfehlungen in Bezug auf die zeitliche Darstellung der Information