テスト
There are several points of review to conduct before declaring an application accessible. Over the course of development you may want to consider automated testing techniques. LDTP, for example, may complement your automated testing plan.
本節では、アプリケーションのアクセシビリティを検証するために手動で行われるいくつかのテストについて説明します。すべてのテストをパスしたからといって、必ずしもそのアプリケーションが十分にアクセシブルであるというわけではありませんが、いずれかのテストに失敗するならば、それはアクセシビリティの面で改良の必要性があるということになります。

キーボード・ナビゲーション
次のキーボード操作をテストしてください。このテストではマウスを使用してはいけません。
キーボードだけを使用し、アプリケーションのすべてのメニューバーを通してフォーカス移動を行ってください。
以下のことを確認してください:
コンテキストに依存するメニューが正しく表示される。
キーボードを使用し、ツールバー上の任意の機能を実行できる。
アプリケーションおよびダイアログボックスのクライアント領域において、すべてのコントロールを操作できる。
クライアント領域内のテキストおよびオブジェクトが選択可能である。
任意のキーボード・エンハンスメントあるいはショートカットが設計通りに機能する。

グラフィック要素
スクリーンリーダーを使用し、以下のことを確認してください:
メニューおよびツールバーを含め、ラベルとテキストが正しく読み上げられる。
オブジェクトの情報が正しく読み上げられる。

ビジュアル・フォーカス・インジケーター
オブジェクト間を移動する際に、ビジュアル・フォーカス・インジケーターが見つけやすいことを確認してください。
フォーカスが移動する際に、ソフトウェアおよびメニューを通じたキーボード・ナビゲーションをはっきりと目で追うことができる。
キーボード操作に伴うビジュアル・フォーカス・インジケーターの移動をスクリーンリーダーが追跡していることを確認してください。
(利用可能であれば) 画面拡大プログラムを実行し、キーボードおよびマウス操作に伴うビジュアル・フォーカス・インジケーターの移動を拡大鏡が追跡していることを確認してください。

フォントとテキスト
アプリケーション内でフォントを変更し、設定が維持されていることを確認してください。
アプリケーションの配色変更をテストし、すべての設定が維持されていることを確認してください。
拡大機能が利用可能な場合、拡大オプションを使用し、フォント、色および大きさのテストを行ってください。

色とコントラスト
スクリーンショットを白黒プリンターで印刷し、すべての情報が視認できることを確認してください。
白黒のハイコントラスト設定を使用してアプリケーションをテストし、すべての情報が正しく伝わることを確認してください。
アプリケーションが少なくとも3つのカラースキームを提供していること、およびハイコントラストの配色 (たとえば黒地に白あるいは青地に黄) が利用可能であることをテストしてください。
Turn on high-contrast settings in the GNOME Control Center and confirm that the application respects these settings.
使用可能なすべての設定でソフトウェアが動作できるように、様々なテーマをテストしてください。

音声
音声アラートを視覚的に表示するオプションをアプリケーションに用意してください。
GNOME コントロール・センターでサウンド設定を有効化し、音声機能が正しく動作することをテストしてください。また、以下の動作確認を行ってください。
音声アラートを発生させる動作を実行し、アプリケーションが設計通りに機能することを確認してください。
音量の上げ下げを行いながらアプリケーションが正しく動作することを確認してください。
騒がしい作業環境においても、警告メッセージ、警告アラートが正しく聞き取れることを確認してください。

アニメーション
アニメーションを停止させるオプションが利用可能であること、およびその状態でアプリケーションが設計通りに動作することを確認してください。
アニメーション機能をオフにしても、すべての情報が正しく伝わることを確認してください。

キーボード・フォーカス
すべてのメッセージを検証し、メッセージがタイムアウトする前に情報が伝わること、および必要に応じてメッセージの表示時間を延長するオプションがあることを確認してください。
応答時間を調整するオプションが含まれていることを確認し、アプリケーションが設計通りに動作することを確かめてください。

ドキュメンテーション
スクリーンリーダーを使って ASCII テキストのドキュメントを検証し、ドキュメントの情報が明瞭かつ的確であること、また支援技術による読み取りが可能であることを確認してください。
ウェブブラウザーとスクリーンリーダーを使って HTML 形式のアプリケーションを検証し、ドキュメントが支援技術に対してアクセシブルであることを確認してください。
注: Web アクセシビリティのガイドラインが http://www.w3.org/TR/WAI-WEBCONTENT/ で手に入ります。
以下の情報がドキュメントに盛り込まれていることを確認してください:
OS が使用する標準的なキーボード・アクセスをアプリケーションがサポートしない場合、それを明記する。
固有のキーボード・コマンドがある場合、それを明記する。
あらゆる固有のアクセシビリティ機能について明記する。
マウス動作が文書化されている場合、キーボードによる代替手段を設ける。

ユーザーインターフェースのチェックリスト
本節では、アクセシビリティをサポートするユーザーインターフェース・ガイドラインにおいて提示した指針の概要を述べます。ここにあげられたチェックリストの各項目についてより詳細に知りたい場合は、ガイドラインの方を参照してください。
アクセシビリティについてアプリケーションをテストする場合、本リストの各項目について一通り確認してください。アプリケーションがテストに成功するか失敗するか、あるいはテストを適用できないかを記してください。

一般原則に関するチェックリスト
GP	一般原則	成功/失敗/NA
GP.1	ユーザーのデータやアプリケーションの設定を変更するあらゆる動作は、元に戻すことができる。
GP.2	アプリケーションのすべての設定は、ユーザーがそのデフォルト値を覚えていなくてもデフォルトの状態に戻すことができる。
GP.3	アプリケーションをインストールした後は、いつでもディスクや CD を挿入することなく使用できる。
GP.4	最も頻繁に利用される機能は、メニューのトップレベルで見つけることができる。

キーボード・ナビゲーションのチェックリスト
KN	キーボード・ナビゲーション	成功/失敗/NA
KN.1	アプリケーションのすべての機能に対する効率的なキーボード・アクセスが提供されている。
KN.2	すべてのウィンドウにおいて、理にかなったキーボード・ナビゲーション・オーダーが適用されている。
KN.3	あるチェックボックスやラジオボタン、トグルボタンの状態に依存する有効状態を持つコントロールに対して適切なタブ・オーダーが使われている。
KN.4	アプリケーション固有の機能に対するキーボード・アクセスが、既に存在するシステムレベルのアクセシビリティ機能を上書きしていない。
KN.5	可能な限り、キーボードによる作業を行うための方法が1つ以上提供されている。
KN.6	可能な限り、代替となるキーの組み合わせによる操作が利用できる
KN.7	頻繁に実行されるキーボード作業に対して、やりにくい操作が割り当てられていない。
KN.8	アプリケーションが、繰り返しキーを押したり、同時に複数のキーを押したりする操作を要求しない。
KN.9	すべてのマウス機能に対して同等のキーボード機能が提供されている。
KN.10	マウスを使って選択できる任意のテキストやオブジェクトは、キーボードだけでも同様に選択可能である。
KN.11	マウスを使用してサイズ変更したり移動したりできる任意のオブジェクトは、キーボードだけでも同様にサイズ変更や移動が可能である。
KN.12	ある処理を起動させるために、一般的なナビゲーション機能を使用していない。
KN.13	キーボードから呼び出したあらゆるメニューやウィンドウ、ツールチップは、関連するオブジェクトの近くに表示される。

マウス操作のチェックリスト
MI	マウス操作	成功/失敗/NA
MI.1	No operations depend on input from the right or middle mouse buttons.
MI.2	すべてのマウス操作は、それが完了する前に取り消すことができる。
MI.3	ドラッグ・アンド・ドロップ操作を行っている間は、その反応が視覚的に表示される。
MI.4	アプリケーションの制御下においてマウスポインターが突然別の場所に移動しない。そうでなければ、マウスポインターの移動がアプリケーションの画面内に制限されている。

グラフィック要素のチェックリスト
GE	グラフィック要素	成功/失敗/NA
GE.1	線や枠線、影の濃淡といったグラフィック要素の属性がハードコードされていない。
GE.2	できる限り、多色のグラフィック要素が単色の設定でも表示可能である。
GE.3	すべての対話型 GUI 要素は、静的な GUI 要素と容易に区別することができる。
GE.4	重要でないグラフィック要素を非表示にするオプションが提供されている。

フォントとテキストのチェックリスト
FT	フォントとテキスト	成功/失敗/NA
FT.1	フォントのスタイルやサイズがハードコードされていない。
FT.2	テキストの背景画像を消すオプションが提供されている。
FT.3	すべてのラベルが、そのコンテキストから切り離されても意味のわかりやすい名称を与えられている。
FT.4	1つのウィンドウ内に同じ名称のラベルが複数使われていない。
FT.5	ラベルの配置方法がアプリケーションを通じて一貫している。
FT.6	他のコントロールを特定するためのテキストラベルはすべてコロン (:) で終端している。
FT.7	他のコントロールを特定する静的なテキストラベルは、タブオーダーにおいてそのコントロールの直前に来る。
FT.8	WYSIWYG の代替機能が提供されている。たとえば、テキストエディター上で異なるスクリーンフォントとプリンターフォントが指定できる。

色とコントラストのチェックリスト
CC	色とコントラスト	成功/失敗/NA
CC.1	アプリケーションの配色がハードコードされておらず、使用しているデスクトップのテーマかアプリケーションの設定に基づいて描画されている。
CC.2	色が拡張機能としてのみ使用されており、情報や動作を伝える唯一の手段として使用されていない。
CC.3	利用可能なすべてのハイコントラストのテーマや設定をサポートしている。
CC.4	特定のハイコントラストのテーマや設定に依存していない。

拡大表示のチェックリスト
MG	拡大表示	成功/失敗/NA
MG.1	作業領域を拡大表示できる機能がアプリケーションに備わっている。
MG.2	作業領域を倍率表示するオプションがある。
MG.3	アプリケーションの機能が、拡大表示や倍率設定によって左右されない。

音声のチェックリスト
AU	音声	成功/失敗/NA
AU.1	サウンドが、ある情報を伝達する唯一の手段として使用されていない。
AU.2	ユーザーが、あらゆるサウンドや警告音の頻度および音量を設定できる。

アニメーションのチェックリスト
AN	アニメーション	成功/失敗/NA
AN.1	2ヘルツ超、55ヘルツ未満の周波数で点滅する要素が存在しない。
AN.2	あらゆる点滅要素の使用が、画面の小さな領域内に限定されている。
AN.3	アニメーションが使用される場合、表示の前にアニメーション機能を停止させるオプションが利用可能である。

キーボード・フォーカスのチェックリスト
KF	キーボード・フォーカス	成功/失敗/NA
KF.1	ウィンドウを開くと、最もよく使われるコントロールにフォーカスが当たっている。
KF.2	現在の入力フォーカスの位置が、常にはっきりと表示される。
KF.3	入力フォーカスが、常に1つのウィンドウのみに表示される。
KF.4	ユーザーが、一連のオブジェクト群において終端を越えて先頭 (あるいはその逆) にフォーカスを移そうとする場合、適切な音声または視覚的応答が与えられる。
KF.5	ユーザーが誤ったキー操作を行った場合、デフォルトの音声または視覚的警告が発生する。
KF.6	ユーザーが次に何をすればよいのかわかるように、ビジュアル・フォーカスに対する十分な音声情報が用意されている。
KF.7	スクリーンリーダーや点字デバイスなどの支援技術を利用する場合、使用中のプログラムがビジュアル・フォーカス・インジケーターの位置や内容を示している。

タイミングのチェックリスト
TM	タイミング	成功/失敗/NA
TM.1	アプリケーションにおけるタイムアウトや時間に基づく機能のタイミングがハードコードされていない。
TM.2	マウスポインターを動かしただけで、重要な情報が表示されたりあるいは非表示になったりしない。

ドキュメンテーションのチェックリスト
DC	ドキュメンテーション	成功/失敗/NA
DC.1	すべてのドキュメントがアクセシブルな形式となっており、あらゆる図表に対するテキスト形式の代替表示が提供されている。
DC.2	ドキュメントには、アプリケーションの全アクセシビリティ機能について説明したセクションが設けられている。

GOK (GNOME オンスクリーン・キーボード)
The information on this page is partially outdated: GNOME 3's Caribou has effectively replaced GNOME 2's gok.
アプリケーションは gok を通じて利用可能であるべきであり、キー入力を、キーボードからではなく、もっぱら gok から行ってみるとよいでしょう。本節のねらいは、任意の型式の文字入力がオンスクリーン・キーボードで行えるように、対象のアプリケーションとデスクトップ一般について扱うことです。
gok は、GNOME デスクトップに搭載されているため、すでに利用可能なはずです。完全なドキュメントが必要な場合は、gok のオフィシャル・サイトを参照してください。
以下の手順に従い、対象のアプリケーションに対してgok の正しい操作ができるか検証してください。
GNOME デスクトップにログインする。
gok を起動する。
対象のアプリケーションを起動する。
ポインティングデバイス (たとえばマウスやヘッドトラッカー) および gok を使ってアプリケーションに入力を与える。
gok の自動補完および単語予測機能を使って作業を行う。
gok が、起動されたアプリケーションの種類に基づいてメニューボタンとツールバーボタンを有効化、また無効化するのを検証する。たとえば、メニューボタンとツールバーボタンは「フォントのプロパティ」キャプレットに対しては無効化されるが、Gedit に対しては有効化される。
キーボードボタンから起動される gok のオンスクリーン・キーボードを使って、対象のアプリケーションに対して任意のテキストを入力することが可能か検証する。Gedit を起動し、テキストエリアをクリックし、そして gok のキーボードをクリックする。オンスクリーン・キーボードから必要なキーを選択する。Gedit のテキストエリアに入力した文字が表示されるはずである。
ランチャーボタンから任意の端末、ウェブ・ブラウザーあるいはテキスト・エディターが起動できるかを検証する
実行中ボタンを使って、GNOME パネルや GNOME デスクトップを含めてデスクトップ上で起動している任意のアプリケーションのウィンドウをアクティブにすることができるかを検証する。
メニューボタンを押すと、対象のアプリケーションで利用可能なすべてのメニューがリストアップされるかを検証する。メニューのどれか1つのボタンをクリックすると、サブメニューおよびサブメニューに含まれるメニュー項目が表示されることを検証する。最後に、メニュー項目のボタンをクリックし、対応するメニュー項目を実行することができるかを検証する。たとえば、ヘルプ・ブラウザー を起動し、メニューボタンをクリックする。GOK のウィンドウにファイル、ジャンプおよびヘルプボタン (ヘルプ・ブラウザーのメニューに対応する) が表示される。ファイルボタンをクリックすると、新しいウィンドウボタンと閉じるボタン (メニュー項目に対応する) が表示される。
ツールバーボタンが、対象のアプリケーションのツールバーで利用可能なすべてのボタンをリストアップしているかを検証する。たとえば、ヘルプ・ブラウザーを起動し、ツールバーボタンをクリックする。GOK のウィンドウに戻るボタン、進むボタンおよびホームボタンが表示される。
UI の取得ボタンをクリックすると、対象のアプリケーションのウィンドウに上に見えるすべてのボタン・オブジェクトが表示されるかを検証する。例えば、「フォントのプロパティ」キャプレットを開き、GOK のウィンドウのUI の取得ボタンをクリックする。GOK のウィンドウには、キャプレットにおけるボタンの名称 - Sans、Sans-serif、閉じるおよびヘルプ - は表示されないはずである。

Accerciser
Accerciser and the GNOME Accessibility Architecture
Accerciser は、GNOME デスクトップのための対話型の Python アクセシビリティ・エクスプローラーです。ウィジェットを検査、制御するために AT-SPI を使用し、アプリケーションが支援技術や自動化されたテストフレームワークへ適切な情報を提供しているかをチェックすることができます。Accerciser はシンプルなプラグイン・フレームワークを持っており、支援技術のカスタム・ビューを作成するためにそれを使用することができます。詳細なドキュメントは公式の Accerciser のマニュアルで見つけることができます。Accerciser と PyATSPI (AT-SPI のアクセスと使用を Python でラップしたもの)の説明については、この記事を参照してください。作者による優れたチュートリアルについては、「Accerciser であなたのアプリケーションをアクセシブルに」と題された記事を参照してください。
Accerciser は、事実上旧来の at-poke ツールに取って代わりました。