【问题标题】:Can we automate Screen Reader testing for web accessibility我们能否自动化屏幕阅读器测试以实现 Web 可访问性
【发布时间】:2019-11-15 10:38:15
【问题描述】:

是否可以在所有浏览器平台上使用 Jaws 和 NVDA 自动化屏幕阅读器测试以检查 Web 可访问性?

【问题讨论】:

    标签: cross-browser accessibility screen-readers jaws-screen-reader assistive-technology


    【解决方案1】:

    简短的回答是否定的,你不能有效地做到这一点。

    但是有很多自动化工具可以识别大约 40% 的可访问性错误,例如空链接等。

    您需要手动测试的原因是他们无法测试logical tab order、keyboard traps 等内容。

    Axe 为 Google Chrome 做一个不错的插件,作为一个起点相当不错。在 Play 商店中查找。

    除此之外,学习如何使用屏幕阅读器(不需要很长时间)并手动测试网站,您将更快地发现可访问性问题,并且比尝试遵循规则等了解更多。

    【讨论】:

    • 只是补充一下 - ax 也是 Google Chrome 背后的下划线引擎 > 审核,因此这是检索可访问性反馈的另一种方式。一般与 aXe 的插件内容相同。 developers.google.com/web/tools/chrome-devtools/accessibility/…
    • 虽然是一个好点,但在审核中远没有那么广泛,这就是我推荐该插件的原因,而且通过插件突出显示页面上的错误的能力也是有益的。
    • 我最近看到了这个扩展 Siteimprove Accessibility Checker,它非常详细:chrome.google.com/webstore/detail/siteimprove-accessibility/…
    • 是的,siteimprove 插件也不错。我不记得为什么,但我禁用了它,但自从我上次使用它以来,它们看起来已经有所改进,而且它似乎解决了很多问题。
    【解决方案2】:
    1. 认为辅助功能仅针对屏幕阅读器用户和盲人或部分盲人是一个常见的错误。屏幕阅读器测试只会测试无障碍指南关注的一小部分。

    2. 鼓励手动屏幕阅读器测试根据 WCAG 的 4 条原则(可感知、可操作、可理解、稳健)测试人机交互。自动化屏幕阅读器测试等同于禁止屏幕阅读器测试。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-03-30
      • 1970-01-01
      • 1970-01-01
      • 2017-08-17
      相关资源
      最近更新 更多