私たちが書いているウェブサイトは「アクセス可能」である必要があります。問題は、一般的な概念（セマンティックラットアウト、画像の代替テキスト、Javascriptのライトなど）を理解しているものの、実際に市場に出回っているスクリーンリーダー製品やその他のアクセス可能なブラウザについての知識があまりないことです。 /または一般的な使用、またはそれらに対してテストする方法。
したがって、質問は次のとおりです。
ヒントを事前に感謝します。
この質問を参照してください 質問が示すように、優れたスクリーンリーダーのテストが必要な場合は、スクリーンリーダーの経験が豊富な誰かを雇ってテストを行うか、開発者やQAにスクリーンリーダーをよく習得させることに時間を費やす必要があります。私の知る限り、スクリーンリーダーがWebサイトを処理する方法をシミュレートできるSeleniumのようなものはありません。アクセシビリティに関する一般的な情報については 、 http：//www.w3.org/WAI/gettingstarted/を参照してください。 これには多くの優れた情報があり、失明だけでなく、あらゆる種類のアクセシビリティを網羅しているようです。HTMLのアクセシビリティをチェックするためのツールのリストについては、 http：//www.w3.org/WAI/ER/tools/complete.htmlを参照してください。 これらのツールは役立ちますが、画面読み取りテストの代わりにはなりません。自動化されたツールのみに依存することに関するいくつかの問題の議論については、 http： //www.webcredible.co.uk/user-friendly-resources/web-accessibility/automated-tools.shtmlを参照してください。
Jaredの回答に加えて、スクリーンリーダー以外の視覚的なアクセシビリティテストの場合、シンプルで簡単に利用できるテストツールはグレースケールプリンターであることがわかりました。これにより、色覚異常やその他のコントラストの問題などを抱えている人に十分なコントラストがあるかどうか、および情報を色に依存しすぎている画像を盗んだかどうかが（大まかに）わかります。それがすべてで終わりではありませんが、それは簡単な最初のテストです。
すでにSeleniumを使用してサイトをテストしているので、 Continuumのようなものを簡単に統合できます。これは、支援技術を使用している人が気付く可能性のあるアクセシビリティの懸念についてページをスキャンして、既存のテストフレームワークに組み込むことができます。独自のソリューションを展開したい場合はAPIドキュメントがあります。または、インスピレーションを得るために使用できるwebaccessibility.comの無料のJavaおよびJavaScriptサンプルプロジェクトがあります。
他の人が指摘しているように、自動アクセシビリティテストは、専門家による手動テストに匹敵するものがないため、すべてを把握することはできませんが、拠点をカバーするためだけに何らかの自動テストを実行することをお勧めします。テクノロジーは豊富にあります。最近では、それを非常に簡単に行うのに役立ちます。