您将获得
覆盖所有主流屏幕阅读器
跨 Windows 上的 NVDA 和 JAWS、macOS 和 iOS 上的 VoiceOver,以及 Android 上的 TalkBack 进行评测——即您的用户实际使用的组合。
播报准确性
我们验证名称、角色、状态和值变化是否被正确播报——而不仅仅是某个元素在无障碍树中技术上存在。
焦点与阅读顺序
我们检查焦点是否合乎逻辑地移动、动态更新是否被播报,以及阅读顺序是否与视觉意图一致。
自定义组件测试
菜单、模态框、组合框、标签页和轮播图均依据 ARIA Authoring Practices 和真实阅读器行为进行测试。
跨阅读器差异
当不同阅读器表现不一致时,我们会记录这种差异,并推荐在所有阅读器中都能一致工作的标记。
可执行的发现
每个问题都包含所用阅读器、浏览器、复现步骤、实际播报的内容,以及本应播报的内容。
一份干净的自动化报告并不能保证屏幕阅读器用户获得可用的体验。多屏幕阅读器评测是您确认界面对依赖它的人播报清晰、可导航的方式。
为什么一个屏幕阅读器不够
NVDA、JAWS、VoiceOver 和 TalkBack 各自对 ARIA 和 HTML 语义的解读不同,并且通常与不同的浏览器搭配。一个 JAWS 播报完美的自定义组合框,在 VoiceOver 中可能完全无声;一个在 NVDA 中礼貌更新的实时区域,在另一个阅读器中可能不断打断用户。测试单个阅读器会带来虚假的安全感——确保您的产品对每个人都有效的唯一可靠方法,是测试您受众实际使用的真实组合。
我们测试的屏幕阅读器
- NVDA(Windows)搭配 Chrome 和 Firefox
- JAWS(Windows)搭配 Chrome 和 Edge
- VoiceOver(macOS)搭配 Safari
- VoiceOver(iOS)搭配 Safari
- TalkBack(Android)搭配 Chrome
我们会根据您的分析数据和受众微调具体的测试矩阵,使精力投入到您的用户实际所在之处。
我们评测什么
- 播报 — 名称、角色、状态和值变化是否被准确、在恰当时机播报
- 焦点管理 — 焦点是否合乎逻辑地移动、永不被困,并在模态框关闭后合理地返回
- 阅读与导航顺序 — 阅读顺序是否与视觉意图一致;标题、地标和列表是否支持高效导航
- 动态更新 — 实时区域、验证消息和加载状态是否在不让用户不堪重负的前提下被播报
- 自定义组件 — 菜单、模态框、组合框、标签页、轮播图和网格是否在真实阅读器中正确表现,而非仅停留在纸面上
我们交付什么
一份关于播报、焦点和导航问题的详细报告——每条都关联到特定的阅读器/浏览器组合,并附有实际播报的内容、本应播报的内容、复现步骤、WCAG 2.2 映射,以及能在各阅读器间一致解决问题的标记修改方案。
由依赖这些工具的人测试
评测由每天使用这些屏幕阅读器的残障审计员进行。这意味着发现反映的是真正的可用性——“在无障碍树中技术上存在”与“实际可理解、可操作”之间的区别——而不仅仅是自动化合规。将这项服务与完整的由残障人士执行的审计配合,以获得端到端的覆盖。
常见问题
为什么要用不止一个屏幕阅读器进行测试?
屏幕阅读器对 ARIA 和 HTML 的解读不同,并与不同浏览器搭配。在一个阅读器中正常的代码可能在另一个阅读器中失败,因此单一阅读器测试会带来虚假的安全感。
你们使用哪些屏幕阅读器与浏览器组合?
通常是 NVDA 和 JAWS 搭配 Chrome 和 Firefox、VoiceOver 搭配 macOS 和 iOS 上的 Safari,以及 TalkBack 搭配 Android 上的 Chrome。我们会根据您的分析数据和受众匹配测试矩阵。
这是由每天使用屏幕阅读器的人执行的吗?
是的。评测由每天依赖这些工具的残障审计员进行,因此发现反映的是真实可用性,而不仅仅是技术合规。
这能满足 WCAG 吗?
屏幕阅读器评测直接支撑诸如 1.3.1、4.1.2 和 4.1.3 等标准。我们会将每条发现对应到相关的 WCAG 2.2 成功标准。
你们也在移动端屏幕阅读器上测试吗?
是的。我们在 iOS 上测试 VoiceOver,在 Android 上测试 TalkBack,因为移动端的手势和转子/阅读控件的行为与桌面端不同,并且经常暴露其特有的问题。
你们能评测单个复杂组件吗?
当然可以。我们经常依据 ARIA Authoring Practices 和真实阅读器行为评测某个特定的自定义组件——日期选择器、组合框、数据网格或模态流程——并交付精确的标记修复方案。