Przejdź do treści

Objaśnienie zasad testowych dla kryteriów sukcesu WCAG

Zasady testowe dostarczają wskazówek dla twórców zautomatyzowanych narzędzi testowych i metodologii testowania ręcznego, aby pomóc zapewnić spójną interpretację kryteriów sukcesu WCAG.

Lista zasad testowych W3C dla WCAG 2 jest okresowo aktualizowana. Są one opracowywane zgodnie ze standardem Accessibility Conformance Testing (ACT) Rules Format 1.0.

Objaśnienie zgodności dostarcza powiązanych informacji, w tym na temat objaśnienia wsparcia dostępności.

Zasady testowe Zasady mają charakter informacyjny

Zasady testowe mają charakter informacyjny - oznacza to, że nie są wymagane do określenia zgodności. Podstawą do określenia zgodności z WCAG są kryteria sukcesu ze standardu WCAG - a nie zasady testowe.

Chociaż lista zasad testowych W3C dla WCAG 2 jest weryfikowana przez grupę roboczą W3C Accessibility Guidelines Working Group (AGWG), nie są one weryfikowane w takim samym stopniu jak standard W3C Wytyczne dla dostępności treści internetowych (WCAG) (zwany rekomendacją W3C). Standard WCAG jest normatywnym odniesieniem do określania zgodności.

Zasady testowe są kontrolami częściowymi

Zasady testowe zazwyczaj sprawdzają określone aspekty kryteriów sukcesu WCAG. Na przykład, że komórka tabeli ma nagłówek, a nie całe kryterium sukcesu WCAG 2.2 1.3.1 „Informacje i relacje”, które dotyczy wielu innych struktur informacyjnych na stronie internetowej. W rzeczywistości ta przykładowa zasada nie sprawdzałaby nawet poprawności nagłówka tabeli, a jedynie czy nagłówek dla danej komórki tabeli istnieje.

Zasady testowe są również specyficzne dla technologii. Na przykład wspomniany wyżej przykład nagłówka tabeli byłby specyficzny dla HTML, ewentualnie wzbogacony o role i właściwości WAI-ARIA, ale nie dla innych formatów z tabelami. Kryteria sukcesu WCAG 2.2 zostały zaprojektowane tak, aby były niezależne od technologii i miały zastosowanie do wszystkich technologii internetowych.

Zasady testowe sprawdzają błędy

Zasady testowe są przeznaczone do sprawdzania błędów w spełnianiu kryteriów sukcesu WCAG. Oznacza to, że gdy treść nie spełnia zasad testowych, oznacza to, że treść nie spełnia odpowiednich kryteriów sukcesu. Jednak gdy treść spełnia pomyślnie zasady testowe, oznacza to, że nie wykryto żadnych odpowiednich błędów - niekoniecznie oznacza to, że treść spełnia wszystkie aspekty odpowiednich kryteriów sukcesu.

Powodem tego jest fakt, że kryteria sukcesu WCAG zazwyczaj obejmują kilka aspektów i technologii, podczas gdy zasady testowe sprawdzają tylko określone aspekty. Sprawdzenie, czy treść spełnia wszystkie aspekty kryteriów sukcesu WCAG, zazwyczaj wymaga dalszej weryfikacji przez testerów.

Uwaga

Wymóg zgodności 1 WCAG 2 dopuszcza „zgodne wersje alternatywne”. Oznacza to, że treść może nadal być zgodna z WCAG 2, nawet jeśli treść nie spełnia zasad testowych, a tym samym nie spełnia odpowiednich kryteriów sukcesu.

Struktura zasad testowych

Zasady testowe są zgodne ze standardem Accessibility Conformance Testing (ACT) Rules Format 1.0. Obejmują one następujące części:

  • Opisowy tytuł - tytuł zasady testowej, który powinien opisywać regułę.
  • Identyfikator zasady - identyfikator reguły testowej; reguły W3C używają ciągów alfanumerycznych.
  • Typ zasady - istnieją dwa podstawowe typy zasad testowych, w zależności od tego, co jest testowane:
    • Zasada atomowa - testuje jedną konkretną sytuację, która może być częścią reguły złożonej.
    • Zasada złożona - łączy wynik z wielu reguł atomowych w jeden wynik
  • Mapowanie wymagań dostępności - mapuje zasadę testową do określonych wymagań dostępności; w tym zestawie zasad używamy kryteriów sukcesu z Wytycznych dla dostępności treści internetowych (WCAG) 2.
  • Dane wejściowe zasady - opisuje zakres danych wejściowych do zasad testowych, który jest jednym z poniższych:
    • Aspekty wejściowe - dane wejściowe do zasad atomowych, takich jak drzewo DOM i stylizacja CSS itp.
    • Zasady wejściowe - dane wejściowe do zasad złożonych, które są zasadami atomowymi w zakresie
  • Zastosowanie - opis konkretnych części treści, do których zasada ma zastosowanie.
  • Oczekiwania - opis oczekiwanej charakterystyki treści mającej zastosowanie zasady
  • Założenia - przyjęte założenia, takie jak konkretne interpretacje wymagań
  • Obsługa dostępności - znane ograniczenia dotyczące przeglądarek i technologii pomocniczych
  • Przypadki testowe - przykładowy kod demonstrujący pomyślne, niepomyślne i niemożliwe do zastosowania warunki zasad.
  • Dziennik zmian - historia zmian dla zasad testowych w celu zapewnienia kompatybilności wstecznej.
  • Słowniczek - lista kluczowych terminów zdefiniowanych przez zasadę testową lub używanych przez określoną zasadę testową.
  • Lista problemów (opcjonalnie) - lista znanych problemów lub błędów dla danej zasady testowej, jeśli takie istnieją.
  • Informacje ogólne (opcjonalnie) - odpowiednie informacje ogólne, takie jak ewentualna dodatkowa dokumentacja
  • Podziękowania (opcjonalnie) - np. dla autorów zasad, recenzentów i innych współpracowników.
Powrót do góry