Para responder a su pregunta directamente, usaría JAWS con la configuración predeterminada en su navegador de destino. Si solo puede pagar una licencia, utilice NVDA o Chromevox para sus desarrolladores y proporcione a su experto en accesibilidad la copia de JAWS.
Tenga en cuenta que, si bien asegurarse de que su sitio funciona perfectamente con un lector de pantalla es muy importante, esto solo ayuda a los ciegos. Existen muchos otros tipos de discapacidades (por ejemplo, discapacidades auditivas, motrices y cognitivas) y, para ser realmente accesible, su sitio también necesita ser compatible con esos usuarios.
WCAG 2.0 es el mejor estándar para hacer que su sitio sea accesible para la mayor cantidad de gente posible. Sin embargo, hay MUCHA documentación de WCAG 2.0, por lo que comenzaría en webaim.org, http://webaim.org/standards/wcag/checklist si es nuevo en ella, pero use la verdadera http://www.w3.org/TR/WCAG20/ cuando esté listo.
Además, tenga en cuenta que incluso si "funciona" con un lector de pantalla, puede ser molesto (los usuarios ciegos rara vez leen de arriba abajo, asegúrese de poner una estructura sólida con títulos y marcas ARIA) o puede no darle a un usuario ciego la misma cantidad de información que un usuario con vista podría obtener. Por ejemplo, el texto de ayuda al lado de las entradas de texto será omitido por un usuario al presionar un formulario (arreglos: oculte una copia en la etiqueta con CSS, haga que el texto auxiliar sea la etiqueta real, o use ARIA, descrito por), una buena manera de asegúrese de que más que solo "funciona" es que su probador JAWS no esté familiarizado con el sitio.
¿Has echado un vistazo a JAWS? http://www.freedomscientific.com/products/fs/jaws-product-page.asp – Kane
Así que probar en Jaws es suficiente.En caso afirmativo, ¿cómo configurar el lector de pantalla para probar el sitio web (o la configuración predeterminada del lector de pantalla sería correcto) y qué navegador debería usarse para probar la accesibilidad con lectores de pantalla? –