Reguły testowania kryteriów sukcesu

Reguły testowania mają charakter informacyjny

Reguły testowania mają charakter informacyjny — oznacza to, że ich stosowanie nie jest wymagane do określenia zgodności. Podstawą określenia zgodności z WCAG są kryteria sukcesu ze standardu WCAG — a nie Reguły testowania.

Chociaż Lista reguł testowania dla WCAG 2 jest przeglądana przez grupę roboczą W3C ds. wytycznych dla dostępności (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.

Reguły testowania to testy częściowe

Reguły testowe sprawdzają zwykle 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 ma zastosowanie do wielu innych struktur informacyjnych na stronie internetowej. W rzeczywistości ta przykładowa reguła nawet nie sprawdziłaby poprawności nagłówka tabeli, tylko jeśli nagłówek istnieje dla danej komórki tabeli.

Zasady testowania są również specyficzne dla technologii. Na przykład wspomniany wyżej przykład nagłówka tabeli byłby specyficzny dla HTML, prawdopodobnie 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.

Reguły testowe a spawdzanie awarii

Reguły testowe mają na celu sprawdzenie awarii w spełnianiu kryteriów sukcesu WCAG. Oznacza to, że gdy treść nie spełnia reguł testowych, to oznacza, że nie spełnia odpowiednich kryteriów sukcesu. Jeśli jednak treść spełnia reguły testowe, oznacza to, że nie wykryto żadnych powiązanych błędów — niekoniecznie oznacza to, że treść spełnia wszystkie aspekty odpowiednich kryteriów sukcesu.

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

1. wymaganie zgodności z WCAG 2 pozwala na „zgodność wersji alternatywnych”. Oznacza to, że treść może nadal być zgodna z WCAG 2, nawet jeśli nie spełnia reguł testowych, a zatem nie spełnia odpowiednich kryteriów sukcesu.

Struktura reguł testowych

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

• Opisowy tytuł – tytuł reguły testowej, który ma opisywać regułę
• Identyfikator reguły – identyfikator Reguły testowej; reguły W3C używają ciągów alfanumerycznych
• Typ reguły – istnieją dwa podstawowe typy reguł testowych, zależnie od tego, co jest testowane::
  • Reguła atomowa – testuje jedną konkretną sytuację, która może być częścią reguły złożonej
  • Reguła złożona – łączy wynik z wielu reguł atomowych w jeden wynik
• Mapowanie wymagań dostępności – mapuje regułę testową do konkretnych wymagań dostępności; w tym zestawie reguł używamy kryteria sukcesu Wytycznych dla dosępności treści internetowych (WCAG) 2
• Wprowadzanie Reguł – opisuje zakres danych wejściowych do Reguł testowych, które są jednym z poniższych:
  • Aspekty wejściowe – dane wejściowe do zasad atomowych, takich jak drzewo DOM i stylizacja CSS itp.
  • Input Rules (Reguły wprowadzania)??? – wprowadzanie do reguł złożonych, które mają zasięg atomowy
• Zastosowanie – opis konkretnych części treści, dla których dana reguła ma zastosowanie
• Oczekiwania – opis oczekiwanych cech treści reguły, która ma zastosowanie
• Założenia – przyjęte założenia, takie jak konkretne interpretacje wymagań
• Wsparcie dostępności – znane ograniczenia dotyczące przeglądarek i technologii wspomagających
• Przypadki testowe – przykładowy kod demonstrujący zaliczone, nieudane i niemające zastosowania warunki reguły
• Dziennik zmian – historia zmian w Regułach testowych, w celu zapewnienia kompatybilności wstecznej
• Glosariusz – lista kluczowych terminów zdefiniowanych przez Regułę testową lub używanych przez konkretną Regułę testową
• Lista problemów (opcjonalnie) – lista znanych problemów lub błędów dla danej reguły testowej, jeśli takie istnieją
• Kontekst (opcjonalnie) – istotne informacje, takie jak dodatkowa dokumentacja, jeśli istnieje
• Podziękowania (opcjonalnie) – takie jak autorzy reguł, recenzenci i inni współpracownicy