用語集

このページでは、axe Auditorユーザーインターフェースで使用される主要な用語について説明します。 システムのユーザーが理解しておくべきインターフェースです。これには以下が含まれます 用語、略語、頭字語の定義と説明 ご自身にとって馴染みのない可能性があります。

ダッシュボードのアクセシビリティコンプライアンスチャート コンプライアンスチャートはアクセシビリティの総合スコアを示します 定義されたページやコンポーネントのセットに対するコンプライアンス テストケースの範囲。パーセンテージは以下に基づいて計算されます 定義されたスコープ内で合格または不合格となったチェックポイントの総数 スコープ。チェックポイントが失敗した場合、失敗リストにカウントされます 定義されたスコープ内のいずれかのページまたはコンポーネントで1回でも。

支援技術 テスト実行では、使用するソフトウェアやデバイスを指定できます 障害のある方がソフトウェアやウェブサイトを操作・利用するために使用されます。 一部のテストでは、NVDA（エヌブイディーエー）やJAWS（ジョーズ）などのスクリーンリーダーの使用が必要です。 PCではスクリーンリーダー、MacではVoiceOverを使用します。詳細は、以下でご覧いただけます。 https://en.wikipedia.org/wiki/Assistive_technology

証明する Deque（デック）のエンタープライズアクセシビリティ適合スイートの一部 axe DevToolsはプレミアムアクセシビリティルールエンジンです axe Auditor内で包括的な自動テストを実行します。（文脈により「〜として」「〜の場合は」「〜のように」などと訳されます） スタンドアロン製品であり、軽量・高速・ポータブルです ローカル開発サーバー上で実行されるJavaScriptライブラリ 機能テストやユニットテストと同じブラウザでシームレスにテストできます 任意のテストフレームワークやブラウザと統合しいずれにせよ あらゆる成熟したアジャイル開発サイクルにおいて、開発者とテスターが存在する アクセシビリティの問題を早期に発見し、迅速に解決できるようにする それらを、組み込みのリファレンスやソリューションパターンを活用して Deque University（デック・ユニバーシティ）を活用した、詳細で状況に応じたヘルプ アクセシビリティに関するナレッジベース（知識ベース）。

チェックポイント ：～によって作成されたアクセシビリティ要件テストのための実証済みの方法 Deque（デック）のアクセシビリティ専門家チームで、～を向上させる テスト結果の一貫性と正確性を高めます。WCAGに基づいて WCAGの成功基準は、より明確な分類と優先順位付けを提供します。 これらのガイドラインの解釈において、失敗は通常 コンテンツタイプごとに分類されます。Deque（デック）チェックポイントはレビュアーを支援します アクセシビリティ評価中に一貫性があり正確なテスト結果を得ること 評価。チェックポイントとは、最も関連性が高く、適用可能なものを指します。 66個のDequeチェックポイント（およびその要件）のマスターリストのセクション Deque（デック） Wayにおいてデジタルで重要な要件です。 平等。

完了ステータス : axe Auditorのテスト実行に関連する3つの完了状態 「未開始」（テストケースはユーザーに割り当てられているが、まだ開始されていない） ）、「進行中」（自動または手動テストが開始された状態） 開始されていますが、すべてのチェックポイントにまだ結果が割り当てられていません テスト実行を構成するすべてのページに結果が割り当てられている場合）および「完了」 （すべてのページのすべてのチェックポイントに結果がマークされている状態を意味します） 自動テストにおいて、完了結果が「合格」「不合格」「該当なし」のいずれかである および手動テスト)。

コンプライアンスデータと影響 素早く情報を得られる6つの関連フィールドをまとめたグループ コンプライアンス情報やアクセシビリティの種類ごとのスナップショット このルールに関連する影響。適用可能な標準の一覧 ルールに適用される標準には、W3C WCAG 2.0のレベルAなどが含まれる場合があります。 AA、さらに米国Section 508ガイドラインおよび/またはDeque Wayのベストプラクティス 実践。ルールのカスタマイズおよび関連する自動チェック その実行によって、組織固有の基準のテストが可能になります。 重大度分類（ブロッカー、クリティカル、重大、中程度、 （軽微）などの重大度分類は、ルール違反（ルール不適合）のレベルを指します。 どれほど重大な影響を与えるかを説明します サイトやページのアクセシビリティ

コンポーネント コンポーネントは、Webサイトのグローバルかつ再利用可能なセクションを表します。 ユーザーは、コンポーネントをページの一部またはセクションとして定義することもできます（文未完）。 特定のページ。Axe Auditorでは、適切なセレクターが定義されている必要があります ページのコンポーネントを識別するためです。

ダッシュボード 完了したテスト実行のダッシュボードは、3つのグラフで構成されています。 アクセシビリティの適合レベル、問題の影響を示す さまざまな障害を持つ人々への影響、および発生数に関する主な問題 繰り返し発生した回数これらのチャートのデータはすべてDeque（デック）-Way方式に基づいています。 axe Auditorで特定の標準に対してテストするために使用される方法論 例えば、Deque-Wayでは66のチェックポイントを評価します。 選択した標準がWCAG 2.0レベルAの場合、各ページまたはコンポーネントごとに評価します & AA（WCAG適合レベル）.

デジタル資産の種類

：このフィールドは、テスト対象となるアセットまたはプロパティの種類を定義するために使用されます。 テストされている資産やプロパティの種類この利点は、関連するチェックポイントのみが… 選択されたアセット（テスト用、リメディエーション用、ベストプラクティス用） 手動テストの際に方法論が表示されます。その 該当しないチェックポイントは非表示になり、関連するチェックポイントのみが表示されます。 関連するチェックポイントのみが表示されますので、確認するチェックポイントは以下の通りです。選択できるオプションは次のとおりです：

・デスクトップウェブ。 ・モバイルウェブ。 ・ネイティブモバイル Android ・ネイティブモバイル・iOS。 ・キオスク。

• MS Excel文書

・MS PowerPoint文書

• MS Word文書

・Windowsデスクトップソフトウェア。

影響を受ける障害 ：どれを示すために、以下の1つ以上が表示されます。 このルールが満たされていない場合、影響を受ける障害は次のとおりです：

• 注意欠陥障害。

・認知障害。

• 色覚異常。
• 聴覚障害。

・失読症。 ・難聴。 ・弱視。

• 発作

・晴眼のキーボードユーザー。

• 発作
• 発話障害

（環境） テスト実行では、テスト対象のサーバーの種類を指定できます… でテストされるサーバーの種類を指定できます。例えば、本番サーバーはライブ環境で使用されます。 サイト。

フォルダー : フォルダーとは、テストケースを整理するために使われる単なるコンテナーです。 これは、関連するテストケースをカテゴリ別にグループ化するために使用されます。ご相談ください 新しいテストケースを作成する前の品質保証マネージャー 紐付けるのに最も適切なフォルダー新しいテストケースが作成されたとき テストケースが作成され、フォルダが選択されていない場合は、自動的に割り当てられます。 デフォルトでは、「Unorganized」フォルダ内に作成されます。既存のテスト テストケースはいつでも別のフォルダに移動できます。

影響 ユーザーへの影響は、是正対応の優先順位付けに役立つ指標です。 この是正対応の優先順位付けに役立つ指標です。各Deque（デック）チェックポイントにはデフォルトのレベルが関連付けられています。 Dequeアクセシビリティ専門家の判断に基づいて 特定の種類のアクセシビリティの問題に関しては一般的には当てはまりますが 評価者が判断して変更することがあります。ブロッカー、クリティカル そして、重大な影響はユーザーが重大な状況に直面したときに発生します。 より大きな障壁があったり、サイト上のコンテンツへのアクセスがより強くブロックされている 法的措置を受ける脆弱性。軽度および中程度の問題は、それほど深刻ではありません 深刻ですが、ページがみなされるためには対処する必要があります。 完全な準拠チェックポイントテストはアクセシビリティガイドラインをカバーしています （以下の5つのレベルが、分類のために使用される場合があります） axe Auditorアプリケーション内の問題がアクセシビリティに与える影響。

• ブロッカー：。障害のある人にとって壊滅的な障壁となります。 障害のある人々。これらの問題は間違いなく障害のある人々が～することを妨げます。 基本的な機能やコンテンツにまったくアクセスできず、 回避策もありません。この種の問題は、貴組織を高いリスクにさらします。 リスク。すぐに修正することを優先し、ホットフィックスとして展開するようにしてください。 できるだけ早く。極めて稀であるべきです。〜の例 ブロッカーの問題は、SC 2.3.1 ―「3回の閃光または閾値以下」です。 発作を引き起こす可能性がある
• 重大: この問題により、障害のある方のコンテンツがブロックされます。 この問題により、障害のある方のコンテンツがブロックされます。解決策が実施されるまで コンテンツが完全に利用不可となり、あなたの〜（以降の文脈に応じて内容を補完してください）。 組織が法的措置を受けるリスクが非常に高くなります。是正措置 最優先事項であるべきです
• 深刻: この問題は、障害のある人々にとって深刻な障壁となります。 障害のある人は基本的な機能やコンテンツへのアクセスが一部妨げられます。 基本的な機能やコンテンツにアクセスすること。〜に頼っている人々 アシスティブテクノロジーは大きなフラストレーションを経験します その結果です。このカテゴリーに該当する問題は重大である 問題があり、修正が最優先されるべきです。非常にであるべき 非常に一般的
• 中程度: この問題により、 障害のある方にとって一定の障壁がありますが、それによって妨げられるわけではありません。 基本的な要素やコンテンツにアクセスすること。これにより、御社の～が～になる可能性があります あなたの組織は法的措置の対象となるリスクがあります。この違反は修正されなければなりません ページが完全に準拠していると見なされる前に、問題は解決されている必要があります。 ・軽微: これはユーザーへの影響が少ない問題とみなされます。 ユーザーへの影響は中程度の問題よりも小さいとされています。ページが適合と見なされるためには 完全に準拠するためにはこの問題を解決する必要があるが、後回しにしてもよい 最後と一緒に。

イシュー axe Auditorの文脈では、各イシューは必須の要約で構成され、 影響レベル、およびDeque Wayチェックポイントとの関連が含まれます。 問題記録内に保存できる追加情報 問題の種類、説明の種類、説明、レビューフラグを含めてください。 ソースコード、スクリーンショット、修正推奨事項各問題 特定のテストページに関連しています。

問題の種類 不適合またはベストプラクティスの種類を指します。次の5つ 次の5つの問題タイプは、axe Auditor内の問題を分類するために使用されます。 アプリケーション： ・アクセシビリティ: この問題は、障害のある方の能力に影響を与えます。 ユーザーがサイトのコンテンツや機能にアクセスすること。～に不合格 チェックポイントテスト。

• ベストプラクティス: この問題は、障害のあるユーザーがサイトのコンテンツや機能にアクセスする能力に支障が生じます。 ユーザーがサイトのコンテンツや機能にアクセスする能力に支障が生じますが、 チェックポイントテストに失敗しない。
• ユーザーエージェント: この問題はユーザーエージェントが原因です。 ページとのインタラクションによるものであり、必ずしもページの内容によるものではありません。 それ自体。
• 機能: この問題はページの機能に関する問題が原因です。 ページの機能に起因するものであり、機能的なものとして考慮されるべきです。 欠陥。
• ユーザビリティ: この問題は、すべてのユーザーが サイトのコンテンツや機能にアクセスできない。

方法 : 問題の発見方法は、専門家がどのように問題を発見したかを示します。 問題は、自動または手動で特定されます。Deque（デック）ツールを使用して… 自動テストの結果と、手動テストの結果にはDeque Wayを使用します。

その他の関連リソース : Deque（デック）以外の評判の良いサイトへの外部リンク 特定のルールに関する良質な情報源。

ページ ：axe Auditorにおけるページは、「テスト対象ページ」または「テスト用ページ」を意味します。 テストケース作成画面における「ページの追加」ダイアログボックス この機能は、テスト対象のページを追加するために使用されます。ページは〜を表します テストケース内の個別のページ、コンポーネント、またはコンテンツで アクセシビリティを検証したい個別のページ、コンポーネント、またはコンテンツ〜を指定しているものの ページのURLと名前、およびテスト対象範囲（テスト対象範囲がページ全体の場合もあります） ページ、またはページの 領域 （モジュール、画面、 ウィジェット、セクション、または要素)。

プラットフォーム サイトがテストされるオペレーティングシステムおよびブラウザ テストされる。たとえば、「WindowsとFirefox」または「Androidと…」 「WindowsとFirefox」または「AndroidとChrome（クローム）」のように、自動テストは接続されたブラウザ経由で実行されます。 特定のプラットフォーム上で。

関連するDeque University（デック・ユニバーシティ）のコースページ トピックへのリンクの後に括弧内のリンクが続きます そのトピックが含まれているコース。これにより、あなたを直接～に移動します 詳細な情報が掲載されているDeque University（デック・ユニバーシティ）のページ ルールの性質およびその重要性について。

リリース : テスト実行では、バージョン番号の指定が可能です テスト対象の製品例えば、1.0は初回リリースとなります 製品のサイクル。

関連するDeque University（デック・ユニバーシティ）のコースページ トピックへのリンクの後に括弧内のリンクが続きます そのトピックが含まれているコース。これにより、あなたを直接～に移動します 詳細な情報が掲載されているDeque University（デック・ユニバーシティ）のページ ルールの性質およびその重要性について。

関連技術 ：1つまたは複数の関連技術が表示され、〜を示します。 ルールを実行できる技術の種類。

修正推奨 ：修復の推奨事項は、Dequeの専門家による、どのように修復するかについての推奨事項です。 特定の問題を修正する。これは開発者にとって大いに役立ちます。 時には、この問題が「〜を持つ人」にどのような影響を与えるかを示すこともあります。 障害、およびこの問題の影響を受ける障害の種類 失敗。

Section 508（セクション508）ガイドライン ：関連するセクション508ガイドラインの特定のサブセクションがあります 該当する場合は参照されます。

セレクター セレクターは、様々な手法を使って要素を識別する方法です。 （例：XPath、ID、CSSクラス）をWebページのDOMで使用することで、～に役立つ 特定のコンポーネントを識別します。

重大度 : ブロッカー、クリティカル、深刻、中程度、軽微の5つのカテゴリーがあります 問題（ルール違反）の重大度は、さまざまなガイドラインやベストプラクティスとの関連性に基づいて決まります。 適用可能なガイドラインおよびベストプラクティス。

範囲 テストケースのスコープは、評価対象となるページおよびコンポーネントのURLの集合です。 定義された標準に基づいてアクセシビリティコンプライアンスが評価されます。 （already included in the previous sentence, so this can be omitted）各ページまたはコンポーネントは、テストユニットとして見なされます。 axe Auditorアプリケーション。

ソースコード ソースコードとは、問題の対象要素のレンダリングされたDOMコードのことです。 問題。開発者が問題となっている要素を特定するのに役立ちます 非常に簡単に。

標準 「標準」フィールドでは、WCAG 2.0レベルA、WCAG 2.0レベルAA、WCAG 2.1レベルA、WCAG 2.1レベルAA、WCAG 2.0などを選択できます。 WCAG 2.0 レベル AA、WCAG 2.1 レベル A、WCAG 2.1 レベル AA、WCAG 2.0、 セクション508（セクションごーまるはち）または航空運送事業者アクセス法（エア・キャリア・アクセス・アクト）の場合 新しいテストケースを作成するとき、または既存のテストケースを編集するときこれ 設定によって、自動化されたルールと手動のチェックポイントテストが調整され テスト実行時にテスト対象を、それらのみに限定する 選択した規格に適用可能な

ステータス axe Auditor（アックスオーディター）のテスト実行ステータスには、3つの状態があり、 「開始済み」（テストケースがユーザーに割り当てられているが、まだ開始されていない） 「進行中」（自動または手動テストが開始された状態） 開始されたが、すべてのチェックポイントにまだ結果が割り当てられていない すべてのページ（テスト実行に含まれる）、そして「完了」（すべてのページのすべてのチェックポイントが完了結果でマークされた状態） すべてのページのチェックポイントに完了結果（合格、不合格、または該当なし）が付けられた 手動テストでは、各チェックポイントに「合格」「不合格」「該当なし」のいずれかの完了結果が割り当てられます。

テストケース テストケースは、テストシナリオ、手順、製品情報を表します。 特定の評価に必要な情報。これらは次の要素で構成されています。 少なくとも1つのテスト対象ページまたはコンポーネントが含まれており、名前が付けられています。 追加情報には、テストケースの説明、（以下未記載） 適用される規格および製品情報。テスト対象となるページ テストケースに含まれる各ページには、ページ名、URL、および範囲が設定されています。 --- ページ全体または特定のページ領域のいずれか （モジュール、画面、ウィジェット、セクション、要素）--- ターゲット要素群 （フォーム、ビデオ、オーディオ、CAPTCHA、点滅するコンテンツ）、および関連項目 ページに移動するための指示など。

テストの信頼性 ルールに対するテストには、実行後に複数のチェックが含まれます。 総合的な結果を生み出す。テストの信頼性は 自動化手段によって明確に判定できる結果に依存する 自動化手段チェックには3つのカテゴリーがあり、「全て不合格」「いずれか合格」「全て合格」のシナリオ 「合格」「いずれか合格」「全て合格」のシナリオ テスト。自動テストは「信頼できる」、または「やや信頼できる」 信頼できる、または信頼できない場合には、手動による評価が必要です 必須。

テスト実行 テスト実行とは、割り当てられたテストケースの実行インスタンスです。 特定のOS、プラットフォーム、ブラウザのバージョン、支援技術の組み合わせに対して評価を実施するためにユーザーに割り当てられる プラットフォーム、ブラウザのバージョン、支援技術作成します（複数のテスト実行） 与えられたテストケースを評価する必要がある場合のテスト実行の数 OS、ブラウザ、支援技術の組み合わせの数。各テスト実行は〜することができます 別のユーザーに割り当てられています。

テストユニット テストユニットは、テストケースのページまたはコンポーネントである場合があります。テスト数 テストケースの単位は、ページ数とテストケースの構成要素（コンポーネント数）の合計に相当します。 テストケースのコンポーネント。

テスト方法論 Deque Wayは、Dequeのチームによって策定された方法論です。 アクセシビリティの専門家がWCAGを理解し、解釈するために… より正確で、より簡単な方法。これにより、今後のクライアントの 導入すればアクセシビリティ チームの効率が向上します。

ダッシュボードのトップ課題チャート ：トップ課題チャートは、最も多く失敗したチェックポイントを示します 定義されたページおよび/またはコンポーネントの範囲全体での回数。 リストは降順で表示されるため、ユーザーは最上位の項目を最初に見ることができます。 失敗回数が最も多いチェックポイントを最初に表示します。このチャートは〜します 問題数が最も多い上位10個のチェックポイントを最大で表示します。

トピックス （ここに挙げきれないほど多数のため、該当するすべての「トピック: サブトピック」名をここに挙げることはできません） ルールが属する大まかなカテゴリを表すために表示されます。 これらの関連付けは、関連する種類のルールや問題をグループ化するために使用されます。 （No separate translation needed; the meaning is already included in the previous sentence. Remove 'まとめて。' for consistency.）

ダッシュボードのユーザー影響チャート ユーザー影響チャートは、これらの特定されたアクセシビリティ問題がどのように影響を与えるかを示します。 これらの問題は、さまざまな障害を持つ人々に影響を及ぼします。あなたはできる 情報アイコンリンクをクリックすると、深刻度の定義を参照できます。 チャートの下に表示されています。この用語集の「影響」セクションをご参照ください 影響レベルの異なる問題がどのようなものかを理解する 障害のある人が機能を利用する際に影響を受ける ページ。

WCAG成功基準 成功基準（SC）は、テスト可能な文として記述され、 技術固有のものではありません。関連するWCAGガイドラインのサブセクション 一覧表示されます。Deque（デック） Wayチェックポイントの問題カテゴリは、〜に基づいています。 関連するアクセシビリティガイドラインのグループ分け

関連トピック

主要な概念と用語(concepts)