カスタムメソドロジーサポート

This page is not available in the language you requested. You have been redirected to the English version of the page.

Link to this page copied to clipboard

Not for use with personal data

Axe Auditor におけるカスタム手動テストメソドロジー設定

目的

axe Auditor を使用するお客様は、手動テストメソドロジー（DequeWay）を調整する必要がある場合があります。このニーズは以下の理由で生じることがあります。

特定の内部方針に基づき、追加または少ないチェックが必要な場合。
テストを行う際に特定のツールを使用するという内部ガイドライン。
影響、説明、推奨事項など異なる問題の属性を変更するポリシー決定。

このドキュメントでは、axe Auditor における手動テストメソドロジーへ行うことができるカスタマイズ内容と、これらの変更が Deque に返され、ホストされたインスタンスに展開されるまでのプロセスについて説明します。

この仕組み：役割とワークフロー

お客様の組織の axe Auditor インスタンスは Deque によってホストおよび管理されます。これにより、Deque がインストール、バージョンの順序付け、パッケージ化、およびメソドロジーの展開を管理します。お客様のチームは、メソドロジー構成ファイルの編集のみを担当し、バージョン番号の更新、パッケージの構築、インストールやデータベースのコマンドを実行する必要はありません。それらはすべて Deque が代行します。

エンドツーエンドのプロセスは次の通りです。

ステップ	担当者	アクション
1	Deque	お客様のチームに現在のメソドロジー（DequeWay）バンドルを提供します。
2	顧客	バンドルを作業用ロケーションに展開し、`package`という名前のフォルダーを作成します。
3	顧客	編集を行う前に、元の`package`フォルダーをバックアップします。
4	顧客	以下のセクションに従って合意されたメソドロジー変更を行います。
5	顧客	編集されたJSONファイルを検証します（開始する前にを参照）。
6	顧客	`package`フォルダー全体を、提供されたとおりの構造で再びDequeに送信します。
7	Deque	バージョンを付け、パッケージ化し、メソドロジーを正しい axe-core バージョンにマップし、検証のためにテストインスタンスにデプロイします。
8	顧客	テストインスタンスで変更を検証し、サインオフを確認します。
9	Deque	検証済みのメソドロジーをお客様の本番インスタンスにプロモートします。

範囲ノート： このドキュメントには、すべての利用可能なカスタマイズタイプが完全に記載されています。お客様のチームが行う具体的な変更は、合意された変更範囲に沿っている必要があります。

始める前に

1. 元のバックアップを取る。 何かを編集する前に、packageフォルダーの展開コピーを作成します。編集がバンドルを壊した場合、これが唯一のクリーンな復元手段です。

cp -r package package_backup_original

2. 各セクションに記載されたファイルのみ編集する。 ファイルは相互依存しており、指定された変更のためにリストされていないファイルを編集する、またはですリストされているファイルを見逃すことで、Deque に送り返された後で初めて失敗するバンドルを生じさせる可能性があります。

3. 触ったすべてのファイルを検証する。 各ファイルは JSON であり、編集後も有効な JSON のままでなければなりません（末尾のコンマはなく、ブレース/ブラケットはバランスされていること）。送信する前に検証してください。

# Validate a single file
python3 -m json.tool package/dist/bundle/descriptions.json > /dev/null && echo "VALID" || echo "INVALID"

# Or validate every JSON file in the bundle at once
find package/dist -name "*.json" -print0 | while IFS= read -r -d '' f; do
  python3 -m json.tool "$f" > /dev/null 2>&1 && echo "VALID:   $f" || echo "INVALID: $f"
done

4. 言語の仮定。 これらの指示は英語（en）を想定しています。お客様の組織が追加言語でのメソドロジーを必要とする場合、Deque に知らせてください — Deque は設定時に言語サポートを有効にします。その場合、.en.jsonファイルで行ったすべての編集は、追加の言語ごとに対応するロケールファイル（例：.nl.json相当）にも行う必要があります。

許可される更新

特定のチェックポイントのテスト手法を更新する

axe Auditorで特定のチェックポイントのテスト手順を変更したいときに役立ちます。

更新されたファイル: package/dist/bundle/locales/checkpoints.en.json

手順:

JSONファイル内の特定のDequeチェックポイントを探します（例：1.1.1.a）。
その特定のチェックポイントの下にあるtesting-methodology属性を検索します。
testing-methodologyの下に一覧されているあらゆるアセットタイプに適切な更新を行います。
ファイルを現在の場所に保存します。

注意: axe Auditorで表示されるチェックポイント名も同じ手順で変更できます。testing-methodologyセクションを更新する代わりに、同じファイル内の該当するチェックポイントのname属性を更新します。

ルールの影響度を更新する

axe Auditor内の各問題に対する影響度（ブロッカー、クリティカル、重大、中程度、軽微）を変更できます。ただし、ルールのデフォルト影響度を変更する必要がある場合は、これらの手順に従ってください。

axe Auditorの影響度はルールレベルで保存されており、WCAG成功基準やチェックポイントレベルではありません。単一のルールが複数のDequeチェックポイントに影響を与えることがあります（例：ルールIDalt-text-dynamic-image-inconsistent）。このルールの違反によって引き起こされる問題のデフォルトの影響度を変更するには、ルールの影響度を修正します。これは、ルールに関連付けられたすべてのWCAG成功基準に影響を与えます。

更新されたファイル: package/dist/bundle/descriptions.json

手順:

JSONファイル内の特定のDequeルールを探します（例：alt-text-dynamic-image-inconsistent）。
その特定のルールの下にあるimpact属性を検索します。
影響度を数値で更新します（以下の表を参照）。
ファイルを現在の場所に保存します。

影響度の値の対応表

影響度の値	axe Auditorでの影響度
5	ブロッカー
4	クリティカル
3	重大
2	中程度
1	軽微

新しいアクセシビリティ標準を追加する（例：組織特有の標準）

既存の標準（WCAG 2.1 AAやACAAなど）に加えて、組織特有のテスト基準をチームに提供したい場合は、次の手順を使用します。

⚠️ Deque内部 — 公開前に解決: このセクションのファイルリストは、ドキュメントの残りの部分（dist/bundle/…を使用）と一致しない3つのチェックポイント関連のパスを参照しています：package/dist/checkpoints.json, package/dist/issue-descriptions.json, package/dist/bundle/checkpoints.json。dist/checkpoints.jsonとdist/issue-descriptions.jsonが本当に別々のコンパイル済みファイルなのか、それともパスのエラーなのかを確認し、リストを適切に更新し、このメモを削除してください。

更新されたファイル:

package/dist/bundle/standards.json
package/dist/bundle/descriptions.json
package/dist/bundle/testingMethodologies.json
package/dist/bundle/locales/standards.en.json
package/dist/checkpoints.json
package/dist/issue-descriptions.json
package/dist/bundle/checkpoints.json

手順:

standards.jsonに新しい標準の配列オブジェクトを作成します。最も簡単な方法は、wcag21aaのオブジェクト全体をコピーし、ファイルの末尾に追加することです。
新しくコピーしたオブジェクトのidを、それが表す標準を示す一意のものに変更します。
この新しい標準に含まれるすべての基礎的なテスト基準を表すように、新しいオブジェクトのrubric配列を更新します。
descriptions.jsonで、新しい標準に関連するすべてのルールに対して、新しい標準のIDをstandards.jsonからstandards配列に追加します。
testingMethodologies.jsonで、この標準が適用される各デジタル資産タイプのstandards配列の下に新しい標準のIDを追加します。
standards.en.jsonで、新しい標準のIDと名前で新しいオブジェクトを追加します。nameフィールドがaxe Auditorのユーザーインターフェースでユーザーが見るものです。
dist/checkpoints.jsonで、該当するチェックポイントの各問題説明におけるstandards配列を更新します。
issue-descriptions.jsonで、該当するすべてのルールオブジェクトに対してstandards配列を更新します。
dist/bundle/checkpoints.jsonで、正しい標準で各該当するチェックポイントのstandards配列を更新します。

特定のルールの短いおよび長い問題の説明を更新する

ルールごとに、問題の説明選択テキスト（短い）と問題タイプの長い説明を更新するために、これらの手順を使用します。単一のルールが複数のWCAG成功基準に影響を与えることがあります。このテキストを変更すると、接続されているすべての成功基準に影響します。

更新されたファイル: package/dist/bundle/locales/descriptions.en.json

手順:

descriptions.en.jsonで、特定のルールを検索します（例：alt-text-dynamic-image-inconsistent）。
必要に応じて、shortText（短い問題の説明）およびissueDescText（長い問題の説明）用のテキストを更新します。
ファイルを現在の場所に保存します。

修正推奨を更新する

ポリシーと一致するように修正ライブラリと関連する説明を変更したい場合は、次の手順に従ってください。

更新されたファイル: package/dist/bundle/locales/recommendations.en.json

手順:

recommendations.en.jsonで、変更したい修正ライブラリの特定のルール（例：alt-text-dynamic-image-inconsistent）とチェックポイントの組み合わせを探します。
recommendationType（推奨テクニック）、rule、howtofix、およびbackground（修正を行うための推奨セクション）のテキストを適宜更新します。
ファイルを現在の場所に保存します。

デジタル資産タイプを削除する

特定の資産タイプがあなたの組織に適用されない場合に使用します（例えば、PDFやAndroidのテストが対象外の場合）。

更新するファイル：

dist/bundle/testingMethodologies.json — 主なテスト手法のデータ
dist/bundle/locales/testingMethodologies.en.json — 英語の翻訳

ステップ1：テスト手法ファイルから削除する

ファイル：dist/bundle/testingMethodologies.json

削除したい手法のオブジェクト全体を見つけて取り除きます。

// BEFORE — remove this entire object (example: "native-mobile-android"):
{
  "id": "native-mobile-android",
  "techniques": ["general"],
  "standards": [
    "wcag2a", "wcag21a", "wcag22a",
    "wcag2aa", "wcag21aa", "wcag22aa",
    "acaa", "en301549-wad",
    "508-2017-wcag2", "508-2017-wcag21"
  ]
}
// AFTER — object completely removed

ステップ2：英語ロケールファイルから削除する

ファイル：dist/bundle/locales/testingMethodologies.en.json

このファイルから同じ手法オブジェクトを削除します。

新しいデジタル資産タイプを追加する

新しいデジタル資産タイプを追加するために使用します。例：web-appやmacosの手法。以下の例ではweb-appを使用していますが、必要に応じて独自の資産タイプIDを代入してください。

更新するファイル：

dist/bundle/testingMethodologies.json — 主なテスト手法のデータ
dist/bundle/locales/testingMethodologies.en.json — 英語の翻訳
dist/bundle/locales/checkpoints.en.json — テスト手法セクションを含む英語のチェックポイントコンテンツ
dist/bundle/checkpoints.json — 主なチェックポイントデータ
dist/bundle/descriptions.json — テスト手法の参照を含む問題の説明
dist/bundle/schemata.json — テスト手法の参照を含むスキーマ定義

ステップ1：テスト手法ファイルに追加する

ファイル：dist/bundle/testingMethodologies.json

新しい手法オブジェクトを配列に追加します。

{
  "id": "web-app",
  "techniques": ["general", "html", "aria", "css"],
  "standards": [
    "wcag2a", "wcag21a", "wcag22a",
    "wcag2aa", "wcag21aa", "wcag22aa",
    "acaa", "en301549-wad",
    "508-2017-wcag2", "508-2017-wcag21"
  ]
}

ステップ2：英語ロケールファイルに追加する

ファイル：dist/bundle/locales/testingMethodologies.en.json

このファイルに同じ手法オブジェクトを追加します。

ステップ3：チェックポイントファイルに参照を追加する

ファイル：dist/bundle/checkpoints.json

新しい手法をサポートする必要がある各チェックポイントに、そのチェックポイントのtestingMethodologies配列に追加します。

{
  "id": "1.4.3.a",
  "testingMethodologies": [
    "desktop", "mobile", "kiosk",
    "native-mobile-ios", "native-mobile-android",
    "pdf",
    "web-app",          // ← Add this line
    "ms-excel", "ms-powerpoint", "ms-word", "windows-desktop"
  ]
}

ステップ4：チェックポイントロケールファイルにテスト手法のコンテンツを追加する

ファイル：dist/bundle/locales/checkpoints.en.json

新しい手法をサポートする必要がある各チェックポイントに、テスト手法のコンテンツを追加します。

{
  "1.4.3.a": {
    "name": "Color Contrast (Minimum)",
    "testing-methodology": {
      "desktop": "<ol>...</ol>",
      "mobile": "<ol>...</ol>",
      "native-mobile-android": "<ol>...</ol>",
      "web-app": "<ol>\n<li>Open the web application in a modern browser</li>\n<li>Use browser developer tools to inspect text elements</li>\n<li>Check color contrast ratios using accessibility tools</li>\n<li>Verify contrast meets WCAG requirements</li>\n</ol>",  // ← Add this new entry
      "pdf": "<ol>...</ol>"
    }
  }
}

ステップ5：説明ファイルに参照を追加する

ファイル：dist/bundle/descriptions.json

新しい手法をサポートする必要がある問題の説明に、そのtestingMethodologies配列に追加します。

{
  "id": "some-issue-id",
  "data": [
    {
      "type": "issue",
      "testingMethodologies": [
        "desktop", "mobile",
        "native-mobile-android", "pdf",
        "web-app"        // ← Add this line
      ]
    }
  ]
}

ステップ6：スキーマファイルに参照を追加する

ファイル：dist/bundle/schemata.json

スキーマ定義に新しいテスト手法を追加します。

{
  "testingMethodologies": {
    "desktop": null,
    "kiosk": null,
    "mobile": null,
    "native-mobile-ios": null,
    "native-mobile-android": null,
    "pdf": null,
    "web-app": null,   // ← Add this line
    "ms-excel": null,
    "ms-powerpoint": null,
    "ms-word": null,
    "windows-desktop": null
  }
}

新しいチェックポイントを追加する

非WCAGチェックポイントを追加する

重要： 非WCAGチェックポイントは、descriptions.jsonとrecommendations.jsonを通じて事前定義された説明や推奨事項をしないサポートしません。これらのチェックポイントで問題を記録する際には、ツールの独自の説明を作成する機能を使用して説明や推奨事項を手動で入力します。

更新するファイル — 2つのみ：

package/dist/bundle/checkpoints.json — チェックポイントを定義する
package/dist/bundle/locales/checkpoints.en.json — ローカライズされたテスト手法を提供する

ステップ1：checkpoints.jsonにチェックポイントを追加する

{
  "id": "custom.1.1",
  "requiredSenses": {
    "sight": true,
    "hearing": false
  },
  "successCriteria": "",
  "automatedRules": [],
  "testingMethodologies": ["desktop", "mobile"],
  "grouping": "custom.1",
  "categories": [],
  "standards": ["custom"]
}

主要なフィールド：

id — 独自のフォーマットを使用したユニークな識別子（例えば、custom.1.1、brand.2.3、TT.01.A、s.1.1）。
successCriteria — 非WCAGチェックポイントのための空の文字列""（または"tt-01.A"のようなカスタムフォーマット）。
standards — あなたのカスタム標準識別子、例：["custom"]、["TT508"]、["smoke"]、["brand"]（しない ["wcag2a"]）。
testingMethodologies — このチェックポイントが適用されるプラットフォーム：desktop、mobile、kiosk、native-mobile-ios、native-mobile-android、pdf、windows-desktop、ms-excel、ms-powerpoint、ms-word。
requiredSenses — このチェックポイントをテストするのに必要な感覚（sight、hearing：true/false）。
automatedRules — 自動ルールIDのオプションの配列（通常はカスタムチェックポイントのために[]空です）。
grouping — 組織化のための論理的なグループ（例："custom.1"、"1"、"s.1"）。
categories — 関連するアクセシビリティカテゴリー（非WCAGのためには[]空の可能性があります）。
terms — idとordinalのプロパティを持つ用語集のリファレンスのオプションの配列。

ステップ2: checkpoints.en.jsonにローカライズされたコンテンツを追加する

ハイフンで区切る IDフォーマットを使用: ドットをハイフンに変換する（例: custom-1-1、custom.1.1ではなく）。

"custom-1-1": {
  "examples": "<ul>\n  <li>Example 1: Describe a scenario where this applies</li>\n  <li>Example 2: Describe another scenario</li>\n</ul>",
  "related-techniques": {
    "general": "<ul>\n  <li>Technique reference 1</li>\n  <li>Technique reference 2</li>\n</ul>",
    "html": "<ul>\n  <li>HTML-specific technique</li>\n</ul>"
  },
  "testing-methodology": {
    "desktop": "<ol>\n  <li>Step 1 for desktop testing</li>\n  <li>Step 2 for desktop testing</li>\n</ol>",
    "mobile": "<ol>\n  <li>Step 1 for mobile testing</li>\n  <li>Step 2 for mobile testing</li>\n</ol>"
  },
  "name": "Your Custom Checkpoint Name",
  "overview": {
    "general": "General description of what this checkpoint tests and why it matters for accessibility.",
    "html": "HTML-specific description if applicable; otherwise can match general."
  }
}

改行には\nを使用し、リストには適切なHTMLタグを使用します。

WCAG チェックポイントの追加

更新するファイル — 6ファイルを使用して完全なWCAGチェックポイントを実装します:

package/dist/bundle/checkpoints.json — WCAG固有のフィールドでチェックポイントを定義します。
package/dist/bundle/locales/checkpoints.en.json — ローカライズされたテスト方法、例、関連技術（ハイフンで区切られたIDフォーマットを使用: 1-4-3-a、1.4.3.aではなく）。
package/dist/bundle/descriptions.json — 影響度レベルとチェックポイントの参照を含む問題の説明。
package/dist/bundle/locales/descriptions.en.json — ローカライズされた問題の説明。
package/dist/bundle/recommendations.json — 問題の説明に関連付けられた修正推奨事項。
package/dist/bundle/locales/recommendations.en.json — ローカライズされた推奨事項コンテンツ（タイトル、説明、手順、リソース）。

オプション — 手動入力: 既定の説明や推奨事項をJSONファイルに追加することをスキップしたい場合は、ツールで問題を記録するときに、それらを処理できます: WCAGチェックポイントを選択し、事前に定義されたものではなく独自の説明を作成するを選び、見つかった問題に合わせた説明と（必要に応じて）推奨事項を手動で入力してください。

ステップ1: チェックポイントを定義する

ファイル：package/dist/bundle/checkpoints.json

{
  "id": "1.4.3.a",
  "requiredSenses": {
    "sight": true,
    "hearing": false
  },
  "successCriteria": "1.4.3",
  "automatedRules": ["color-contrast"],
  "testingMethodologies": [
    "desktop", "mobile", "kiosk",
    "native-mobile-ios", "native-mobile-android",
    "pdf", "ms-excel", "ms-powerpoint", "ms-word", "windows-desktop"
  ],
  "grouping": "1.4",
  "categories": ["cat.distinguishable"],
  "standards": ["wcag2aa"]
}

主要なフィールド：

id — WCAG 番号付けパターン (例: "1.4.3.a"、"2.1.1.b")。
successCriteria — WCAG 成功基準番号 (例: "1.4.3")。
standards — "wcag2a" (レベルA)、"wcag2aa" (レベルAA)、または"wcag2aaa" (レベルAAA)。
automatedRules — 自動化されたルールIDの配列。
grouping — WCAG ガイドライン番号 (例: "1.4"、"2.1")。

ステップ2: テスト方法を追加する

ファイル: package/dist/bundle/locales/checkpoints.en.json — ハイフンで区切った形式を使用 (1-4-3-a)。

"1-4-3-a": {
  "name": "Color Contrast (Minimum)",
  "overview": {
    "general": "Text and images of text have a contrast ratio of at least 4.5:1, except for large text which has a contrast ratio of at least 3:1.",
    "html": "Text and images of text have a contrast ratio of at least 4.5:1, except for large text which has a contrast ratio of at least 3:1."
  },
  "examples": "<ul>\n  <li>Gray text on white background with insufficient contrast</li>\n  <li>Blue text on blue background that doesn't meet requirements</li>\n</ul>",
  "testing-methodology": {
    "desktop": "<ol>\n  <li>Identify all text content on the page</li>\n  <li>Use a color contrast analyzer tool</li>\n  <li>Ensure normal text has at least 4.5:1 contrast ratio</li>\n  <li>Ensure large text has at least 3:1 contrast ratio</li>\n</ol>",
    "mobile": "<ol>\n  <li>Test on a mobile device under various lighting conditions</li>\n  <li>Use mobile accessibility testing tools</li>\n  <li>Verify contrast ratios meet WCAG requirements</li>\n</ol>",
    "assistive-technology": "<p><strong>Screen reader testing is optional for this checkpoint.</strong></p>\n<p><strong>Using NVDA:</strong></p>\n<ol>\n  <li>Navigate through text content</li>\n  <li>Verify text readability</li>\n</ol>"
  },
  "related-techniques": {
    "general": "<ul>\n  <li><a href=\"https://www.w3.org/WAI/WCAG22/Techniques/general/G18\">G18: Ensuring contrast ratio of at least 4.5:1</a></li>\n</ul>",
    "html": "<ul>\n  <li><a href=\"https://www.w3.org/WAI/WCAG22/Techniques/css/C21\">C21: Specifying line spacing in CSS</a></li>\n</ul>"
  }
}

ステップ3: 問題の説明を追加する

ファイル：package/dist/bundle/descriptions.json

{
  "id": "insufficient-color-contrast",
  "data": [
    {
      "type": "issue",
      "impact": 4,
      "checkpoint": "1.4.3.a",
      "standards": ["wcag2aa"],
      "references": [
        {
          "standards": ["wcag2aa"],
          "checkpoint": "1.4.3.a"
        }
      ],
      "testingMethodologies": ["desktop", "mobile"]
    }
  ]
}

ステップ4: ローカライズされた問題の説明を追加する

ファイル：package/dist/bundle/locales/descriptions.en.json

新しい説明のためのオブジェクトを追加する:

"insufficient-color-contrast": {
  "shortText": "Insufficient color contrast",
  "issueDescText": "Text does not have sufficient contrast against its background to meet WCAG 2.1 AA requirements."
}

ステップ5: 推奨事項を追加する

ファイル：package/dist/bundle/recommendations.json

ハイフンで区切った形式 (1-4-3-a) を使用して、それを推奨IDに付け加えます。

{
  "id": "insufficient-color-contrast-fix-1-4-3-a",
  "data": [
    {
      "type": "recommendation",
      "description": "insufficient-color-contrast"
    }
  ]
}

ステップ6: 推奨コンテンツを追加する

ファイル：package/dist/bundle/locales/recommendations.en.json

"insufficient-color-contrast-fix-1-4-3-a": {
  "title": "Improve Color Contrast",
  "description": "Increase the contrast ratio between text and background colors to meet WCAG 2.1 AA requirements.",
  "steps": [
    "Use a color contrast analyzer to identify insufficient contrast",
    "Adjust text color, background color, or both to achieve a minimum 4.5:1 ratio",
    "For large text (18pt+ or 14pt+ bold), ensure a minimum 3:1 ratio",
    "Test the changes across different devices and lighting conditions"
  ],
  "resources": [
    "WebAIM Color Contrast Checker",
    "W3C Color Contrast Analyzer",
    "Chrome DevTools Accessibility Panel"
  ]
}

特定のチェックポイントを削除する

あなたのチームにテストや報告をしてほしくない特定のチェックポイントがある場合は、これらの手順を使用してください。

更新されたファイル:

package/dist/bundle/checkpoints.json
package/dist/bundle/descriptions.json
package/dist/bundle/recommendations.json
package/dist/bundle/locales/checkpoints.en.json
package/dist/bundle/locales/recommendations.en.json

手順:

checkpoints.jsonで特定のチェックポイントを探します (例: 1.2.1.b)。このチェックポイントに関連付けられた全てのオブジェクトを削除し、有効なJSONを維持してください。ファイルを保存します。
descriptions.jsonで特定のチェックポイントを探します (例: 1.2.1.b)。ルールの下でチェックポイントを使用しているオブジェクトのみを削除し、有効なJSONを維持してください。単一のルールは複数のチェックポイントに適用されることがあります — 削除するチェックポイントのオブジェクトだけを削除し、ルール全体は削除しないでください。 ファイルを保存します。
recommendations.jsonで特定のチェックポイントを探します (例: 1.2.1.b)。このチェックポイントに関連するすべてのオブジェクトを削除し、有効なJSONを維持してください。ファイルを保存します。
checkpoints.en.jsonでハイフン形式を使用して特定のチェックポイントを探します (例: 1-2-1-b)。全てのオブジェクトを削除し、有効なJSONを維持してください。ファイルを保存します。
recommendations.en.jsonでハイフン形式を使用して特定のチェックポイントを探します (例: 1-2-1-b)。このチェックポイントに関連するすべてのオブジェクトを削除し、有効なJSONを維持してください。ファイルを保存します。

変更をDequeに送信する

編集が完了して検証されたら:

編集されたすべてのファイルがまだJSON検証を通過することを確認してください (開始する前にを参照)。
変更内容が合意された範囲に一致していることを確認してください。
元の構造でpackageフォルダー全体をDequeに送り返してください（個別のファイルだけを送信しないでください）。

Dequeはバージョンを割り当て、バンドルをパッケージ化し、正しいaxe-coreバージョンにマッピングし、テストインスタンスにデプロイして検証を行います。チームがテストインスタンスで変更を確認し、承認した後、Dequeは手法を本番インスタンスに昇格させます。

サポート

このプロセス、合意された変更範囲についての質問、または追加の言語サポートを希望する場合は、Deque担当者にお問い合わせください。

カスタムメソドロジーサポート

Axe Auditor におけるカスタム手動テストメソドロジー設定

目的

この仕組み：役割とワークフロー

始める前に

許可される更新

特定のチェックポイントのテスト手法を更新する

ルールの影響度を更新する

新しいアクセシビリティ標準を追加する（例：組織特有の標準）

特定のルールの短いおよび長い問題の説明を更新する

修正推奨を更新する

デジタル資産タイプを削除する

新しいデジタル資産タイプを追加する

新しいチェックポイントを追加する

非WCAGチェックポイントを追加する

WCAG チェックポイントの追加

特定のチェックポイントを削除する

変更をDequeに送信する

サポート

Is this page helpful?

Help us improve this page

Still need help?