Skip to content

WCAG 達成基準のテストルールを理解する

テストルールは、自動テストツールと手動テスト方法の開発者にガイダンスを提供し、WCAG 達成基準の一貫した解釈を保証する。

W3C の List of Test Rules for WCAG 2 は定期的に更新されている。これは、Accessibility Conformance Testing (ACT) Rules Format 1.0 標準に従って開発されている。

適合を理解するは、アクセシビリティサポートを理解するを含む、関連する情報を提供する。

テストルールは参考情報である

テストルールは参考情報である。つまり、適合を判断するために必要ではないことを意味する。WCAG への適合を判断するための基礎は、WCAG テストルールではなく、WCAG 標準の達成基準である。

W3C の List of Test Rules for WCAG 2 は、W3C の Accessibility Guidelines Working Group (AGWG) によってレビューされているが、W3C Web Content Accessibility Guidelines (WCAG) 標準 (W3C 勧告と呼ばれる) と同程度に精査されていない。WCAG 規格は、適合を判断するための規範的な基準である。

テストルールは部分的なチェックである

テストルールは通常、WCAG 達成基準の特定の側面をチェックする。例えば、テーブルセルにヘッダーがあることは、WCAG 2.2 の達成基準 1.3.1「情報及び関係性」の範疇であるが、この基準はウェブページ上のはるかに多くの情報構造に適用される。実際、このサンプルのルールは、テーブルヘッダーの有効性さえチェックせず、特定のテーブルセルに対するヘッダーが存在するかどうかチェックするだけである。

テストルールはまた、技術固有である。例えば、前述のテーブルヘッダーの例は、HTML に固有であり、WAI-ARIA の役割 (role) 及びプロパティによって強化されている可能性もあるが、テーブルを使用する他の形式には固有ではない。 WCAG 2.2の達成基準は、技術にとらわれず、すべてのウェブ技術に適用できるように設計されている。

テストルールは失敗をチェックする

テストルールは、WCAG 達成基準を満たすための失敗をチェックするように設計されている。つまり、コンテンツがテストルールに失敗した場合、そのコンテンツは対応する達成基準を満たしていないことを意味する。しかし、コンテンツがテストルールに合格した場合、対応する失敗が検出されなかったことを意味する。これは必ずしも、コンテンツが対応する達成基準の全ての側面を満たしていることを意味するわけではない。

これは、WCAG 達成基準は通常、いくつかの側面と技術を対象としているのに対し、テストルールは特定の側面のみをチェックするためである。コンテンツが WCAG 達成基準の全ての側面を満たしていることを確認するには、通常、人間の検証者によるさらなる検証が必要となる。

注記

WCAG 2 適合要件 1 は、「適合している代替版」を認めている。これは、コンテンツがテストルールに失敗し、対応する達成基準を満たしていない場合でも、コンテンツはWCAG 2 に適合している可能性があることを意味する。

テストルールの構造

テストルールは、Accessibility Conformance Testing (ACT) Rules Format 1.0 標準に適合する。これには、次の部分が含まれる:

  • 説明タイトル – テストルールのタイトル。これはルールを説明すべきである
  • ルール識別子 – テストルールの識別子。 W3C ルールは英数字の文字列を使用する
  • ルールタイプ – テストするものに応じて、テストルールには2つの基本的な種類がある:
    • アトミックルール – 一つの特定の状況をテストする。これは、コンポジットルールの一部の場合がある
    • コンポジットルール – 複数のアトミックルールからの結果を一つの結果に結合する
  • アクセシビリティ要件のマッピング – テストルールを特定のアクセシビリティ要件にマッピングする。この一連のルールでは、Web Content Accessibility Guidelines（WCAG）2 の達成基準を使用する
  • ルール入力 – テストルールへの入力の範囲を記述する。これは次のいずれかである:
    • 入力アスペクト – DOM ツリーや CSS スタイリングなどのアトミックルールへの入力
    • 入力ルール – コンポジットルールへの入力。これは、範囲内のアトミックルールである
  • 適用性 – ルールが適用されるコンテンツの特定の部分の説明
  • 期待 – 該当するルールコンテンツの期待される特性の説明
  • 仮定 – 要件の特定の解釈など、行われた仮定
  • アクセシビリティサポート – ブラウザ及び支援技術に関する既知の制限
  • テストケース – 合格、不合格、および適用不可のルールの条件を示すサンプルコード
  • 変更点 – 下位互換性をサポートするためのテストルールの変更履歴
  • 用語集 – テストルールによって定義された、又は特定のテストルールによって使用される重要な用語のリスト
  • Issue リスト (オプション) – 存在する場合、特定のテストルールの既知の問題又はバグのリスト
  • 背景 (オプション) – 存在する場合、追加の文書などの関連する背景
  • 謝辞 (オプション) – ルール作成者、レビュー担当者、その他の貢献者など
Back to Top