4

我们正在编写的网站必须是“可访问的”。问题是，虽然我们了解一般概念（语义 latout、图像上的 alt 文本、Javascript 上的灯光等），但我们对市场上实际有哪些屏幕阅读器产品或其他可访问的浏览器知之甚少，并且/或一般使用，也不如何针对它们进行测试。

所以问题是：

  • 我们需要了解哪些产品？
  • 让它们进行测试是否明智（甚至有用）？
  • 是否有任何我们应该考虑的 QA 流程来帮助我们（我们做了很多自动浏览器测试 [Selenium] 以确保我们不会为普通用户破坏任何东西；我们可以/应该为屏幕阅读器做同样的事情吗？）

提前感谢您的任何提示。

4

3 回答 3

2

看到这个问题 正如问题所暗示的那样，如果您想要进行良好的屏幕阅读测试，您要么需要聘请具有大量屏幕阅读器经验的人为您进行测试，要么花时间让开发人员和/或 QA 很好地学习屏幕阅读器。据我所知，没有什么能像 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

于 2010-09-14T14:05:46.103 回答
2

除了 Jared 的回答：对于非屏幕阅读器视觉可访问性测试，我发现一个简单易用的测试工具是灰度打印机。这将让您（大致）知道您是否有足够的对比度来应对那些患有某种形式的色盲或其他对比度问题等问题，以及您是否偷偷溜进任何过于依赖颜色来获取信息的图像。这不是全部和全部，但这是一个简单的第一次测试。

于 2010-09-14T15:22:08.080 回答
1

由于您已经在使用 Selenium 来测试您的站点，因此您可以轻松地将诸如Continuum之类的东西集成到您现有的测试框架中，它可以扫描页面以查找使用辅助技术的人会注意到的可访问性问题。如果您想推出自己的解决方案，这里有API 文档，或者webaccessibility.com上的免费 Java 和 JavaScript 示例项目，您可以从中获得灵感。

正如其他人所指出的那样，自动化的可访问性测试并不能捕获所有东西，因为与专家进行的手动测试相比，没有什么比这更好的了，但是做一些自动化测试只是为了覆盖你的基础是个好主意，而且有很多技术这些天来，可以帮助您非常轻松地做到这一点。

于 2018-10-12T18:38:55.160 回答