4.12.2 - Zusätzliche Wartezeiten vermeiden - Versionsgeschichte

Brigitte am 21. November 2016 um 13:47 Uhr

2016-11-21T13:47:35Z

Petra: Schützte „4.12.2 - Zusätzliche Wartezeiten vermeiden“ ([Bearbeiten=Nur Administratoren erlauben] (unbeschränkt) [Verschieben=Nur Administratoren erlauben] (unbeschränkt))

2016-11-11T23:37:10Z

Schützte „4.12.2 - Zusätzliche Wartezeiten vermeiden“ ([Bearbeiten=Nur Administratoren erlauben] (unbeschränkt) [Verschieben=Nur Administratoren erlauben] (unbeschränkt))

Admin: Die Seite wurde neu angelegt: „=== Beschreibung === ''[Technikneutrale Beschreibung des Erfolgskriteriums]'' Die Reaktionszeit des Systems ist im Vergleich mit der Sichtprüfung nicht stö…“

2016-11-10T21:05:20Z

Die Seite wurde neu angelegt: „=== Beschreibung === ''[Technikneutrale Beschreibung des Erfolgskriteriums]'' Die Reaktionszeit des Systems ist im Vergleich mit der Sichtprüfung nicht stö…“

Neue Seite

=== 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

==== WCAG-Techniques ====

==== 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

@@ Zeile 3: / Zeile 3: @@
 ''[Technikneutrale Beschreibung des Erfolgskriteriums]''
-Die Reaktionszeit des Systems ist im Vergleich mit der Sichtprüfung nicht störend verlängert.
+Die Reaktionszeit des Systems wird durch den Betrieb eines Screenreaders nicht störend verlängert.
@@ Zeile 11: / Zeile 11: @@
 ''[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.
+Fehler: Nach Installation und Inbetriebnahme eines Screenreaders 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 bzw. von der Sprache angesagt wird.
 === Anwendbarkeit ===
@@ Zeile 27: / Zeile 28: @@
 ''[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 direkte Reaktion des Systems auf Benutzereingaben ist eine Anforderung der allgemeinen Software-Ergonomie, die für flüssiges Arbeiten vorausgesetzt wird. Texteingaben sollen unmittelbar angezeigt werden. 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.
@@ Zeile 35: / Zeile 36: @@
 ''[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.
+Sichtprüfung: Reagiert das System auf Benutzereingaben bei Dialogen und bei der Anzeige von eingegebenem Text im Vergleich mit der Sichtprüfung 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.
+Bei der Installation des Testsystems darauf achten, dass keine Hintergrundprogramme wie
@@ Zeile 59: / Zeile 63: @@
 ''[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.
+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.
@@ Zeile 67: / Zeile 71: @@
 ==== EN301549 ====
-WCAG
+==== WCAG ====
 ==== WCAG-Techniques ====

← Nächstältere Version	Version vom 11. November 2016, 23:37 Uhr
(kein Unterschied)