Identyfikacja błędów i sugestie korekty
Metoda badania:
Testy ręczne – niewypełnianie pól wymaganych, podawanie danych w formacie niezgodnym z wymaganym, testy z czytnikiem ekranu lub użytkownika z niepełnosprawnością wzrokową
Zastosowanie:
Wszystkie komponenty formularzy zbierające dane oznaczone jako wymagane oraz pola z określonym formatem danych
Założenia, zastrzeżenia lub wyjątki
do opracowania
Obsługa dostępności
do opracowania
Oczekiwanie:
Kryteria sukcesu: 3.3.1 Identyfikacja błędu, 3.3.3 Sugestie korekty błędów, 3.3.4 Zapobieganie błędom (kontekst prawny, finansowy, związany z podawaniem danych)
- Każdy komunikat o błędzie dokładnie opisuje błąd i wskazuje, jak go usunąć.
- Komunikaty o błędach są łatwo wykrywalne przez wszystkich użytkowników. Możliwe sposoby prezentacji:
- komunikat o błędzie jest wyświetlany w wyskakującym oknie dialogowym,
- komunikat o błędzie jest wyświetlany bezpośrednio obok pola błędu ORAZ:
- Jest powiązany z polem jako część etykiety za pomocą atrybutu
aria-labelledby
lubaria-describedby
ALBO - Jest częścią obszaru z treścią dynamiczną (
aria-live
) i ogłaszaną jako alert.
- Jest powiązany z polem jako część etykiety za pomocą atrybutu
- Komunikat o błędach prezentowany jest na liście błędów, a fokus klawiatury umieszczany jest tuż przed początkiem listy umieszczonej nad formularzem.
- Jeśli w polach formularza wprowadzane są dane, które skutkują podjęciem przez użytkownika zobowiązań prawnych lub finansowych albo dotyczą ważnych danych osobowych, wówczas:
- Odwracalność: Wprowadzenie danych jest odwracalne lub
- Sprawdzanie: Dane są sprawdzane pod kątem błędów, a użytkownik ma możliwość poprawienia ewentualnych błędów lub
- Potwierdzenie: Istnieje mechanizm, umożliwiający użytkownikowi sprawdzenie, skorygowanie i potwierdzenie poprawności danych przed ich ostatecznym przesłaniem.
Procedura testowania:
- Wprowadzaj nieprawidłowe wartości w polach zbierających dane, aby uruchomić automatyczne wykrywanie błędów, które powodują powiadomienia o błędach, np.:
- pomiń wpisywanie danych w polach oznaczonych jako wymagane,
- w polach daty użyj innego format, niż oczekiwany,
- w polach e-mail wpisuj adresy bez wymaganego znaku @,
- w polach przeznaczonych na hasło wpisuj hasła nie spełniające warunków podanych w instrukcji.
- Sprawdź, czy wykryte zostały wszystkie przypadki niepoprawnie wprowadzonych danych lub braku danych w polach wymaganych.
- Sprawdź, czy:
- Użytkownik jest informowany o błędzie (albo natychmiast po opuszczeniu błędnie wypełnionego pola, albo przy próbie przesłania formularza) ORAZ
- błąd jest opisany tekstem, ORAZ
- pole z błędem jest wyróżnione.
- Sprawdź, czy komunikaty o błędach zapewniają dodatkowe wskazówki, jak poprawić błędy, lub przykłady.
Zasoby
Pomocne narzędzia:
Techniki WCAG
Identyfikacja błędów
Techniki wystarczające dla kryterium sukcesu 3.3.1**
- Sytuacja A: Jeżeli formularz zawiera pola, w których informacje od użytkownika są wymagane.
- Sytuacja B: Jeżeli informacje dostarczone przez użytkownika muszą być w określonym formacie danych lub mieć określone wartości.
- ARIA18: Użycie atrybutu aria-alertdialog do identyfikacji błędów
- ARIA19: Użycie atrybutu role=alert lub role=live do identyfikacji błędów
- ARIA21: Użycie atrybutu aria-invalid do wskazania pola z błędem
- G84: Zapewnienie komunikatu tekstowego, gdy użytkownik podaje informacje, które nie znajdują się na liście dozwolonych wartości
- G85: Zapewnienie komunikatu tekstowego, gdy dane wprowadzane przez użytkownika nie mieszczą się w wymaganym formacie lub zakresie wartości
- SCR18: Zapewnienie sprawdzania poprawności i alertu po stronie klienta
- SCR32: Zapewnienie sprawdzania poprawności po stronie klienta i dodawania tekstu błędu przez DOM
- PDF22: Wskazywanie, kiedy dane wprowadzone przez użytkownika nie mieszczą się w wymaganym formacie lub wartościach w formularzach PDF
Techniki pomocnicze dla kryterium sukcesu 3.3.1
- G139: Zapewnienie mechanizmu, który umożliwia użytkownikom przechodzenie do błędów
- G199: Zapewnienie komunikatu o powodzeniu po pomyślnym przesłaniu danych
Sugestie korekty błędów
Techniki wystarczające dla kryterium sukcesu 3.3.3**
- Sytuacja A: Jeżeli obowiązkowe pole nie zawiera żadnych informacji:
- Sytuacja B: Jeżeli informacje w danym polu muszą być w określonym formacie danych:
- ARIA18: Użycie atrybutu aria-alertdialog do identyfikacji błędów
- G85: Zapewnienie komunikatu tekstowego, gdy dane wprowadzane przez użytkownika nie mieszczą się w wymaganym formacie lub zakresie wartości
- G177: Zapewnienie tekstu sugerującego korektę
- SCR18: Zapewnienie sprawdzania poprawności i alertu po stronie klienta
- SCR32: Zapewnienie sprawdzania poprawności po stronie klienta i dodawania tekstu błędu przez DOM
- PDF22: Wskazywanie, kiedy dane wprowadzone przez użytkownika nie mieszczą się w wymaganym formacie lub wartościach w formularzach PDF
- Sytuacja C: Informacje dostarczane przez użytkownika muszą być jednym z ograniczonych zestawów wartości:
- ARIA18: Użycie atrybutu aria-alertdialog do identyfikacji błędów
- G84: Zapewnienie komunikatu tekstowego, gdy użytkownik podaje informacje, które nie znajdują się na liście dozwolonych wartości
- G177: Zapewnienie tekstu sugerującego korektę
- SCR18: Zapewnienie sprawdzania poprawności i alertu po stronie klienta
- SCR32: Zapewnienie sprawdzania poprawności po stronie klienta i dodawania tekstu błędu przez
- PDF22: Wskazywanie, kiedy dane wprowadzone przez użytkownika nie mieszczą się w wymaganym formacie lub wartościach w formularzach PDF
Techniki pomocnicze dla kryterium sukcesu 3.3.3
- G139: Zapewnienie mechanizmu, który umożliwia użytkownikom przechodzenie do błędów
- G199: Zapewnienie komunikatu o powodzeniu po pomyślnym przesłaniu danych
do opracowania
Przypadki testowe
Zaliczone
do opracowania
Niezaliczone
do opracowania