学习来源：Ady Stokes，WonderProxy 博客《How to Test with a Screen Reader》，2026 年 10 月 14 日。正文按原文的介绍顺序整理，并保留作者给测试人员的入门建议和检查问题。原文：https://wonderproxy.com/blog/how-to-test-with-a-screen-reader/
如果没有视力障碍，你可能很少接触屏幕阅读器或文本转语音工具。原文提到，全球约有 22 亿人存在某种程度的视力损伤，其中包括数以百万计的盲人或有中重度视力损伤的人。作者也指出，很难准确估算有多少人经常使用屏幕阅读器；这个数字说明无障碍问题可能影响很多人，不能当作屏幕阅读器用户人数。
常见工具
| 工具 | 常见平台 | 说明 |
|---|---|---|
| JAWS（Job Access With Speech） | Windows | 原文称它最常见，市场份额约为 40%；原文没有说明这项估算的统计时间和样本范围。 |
| NVDA（NonVisual Desktop Access） | Windows | NV Access 提供的免费开源工具；WebAIM 也列出无障碍工具和资源。 |
| VoiceOver | Apple 系统 | macOS 和 iOS 内置。 |
| TalkBack | Android | Android 内置。 |
还有一些文本转语音工具，部分浏览器也内置朗读功能。不同工具的操作方式会有差异，但主要功能相似。
屏幕阅读器会读出什么
刚开始听屏幕阅读器，可能会觉得播报方式有些奇怪。每天使用读屏的人通常能跟上比初学测试人员更快的播报；有些人每分钟能听 300 个或更多单词。对刚开始练习的测试人员来说，这听起来可能像另一种语言。作者提醒，测试人员仍然可以看屏幕辅助理解，不必一开始就跟上熟练用户的速度。
屏幕阅读器会读出视力正常的用户通常直接看到的信息：输入框是否为空或已有内容，元素是按钮还是链接，链接是否访问过或已经失效，以及文本是否为标题、标题处于哪一级。这些信息帮助用户理解页面并有效导航。
用户也不必从头到尾听完整页。屏幕阅读器可以按标题、链接、按钮、表单字段或表格等内容类型导航。用户可以打开标题列表，直接跳到需要的部分；也可以只浏览链接，或在表单字段间移动。
屏幕阅读器还会播报链接是否访问过、按钮是否禁用、菜单是否展开，以及视力正常的用户可能不需要的额外说明。作者把这种浏览方式比作切换同一座城市的不同地图：一张显示道路，一张标出车站，另一张突出景点；信息仍来自同一座城市，查看方式则随任务而变。
一个简单登录页的屏幕阅读器播报
登录表单通常有邮箱和密码字段。视觉用户可以扫一眼页面，找到字段及其标签或占位符；如果焦点提示明显，也能看到当前选中了哪个字段。屏幕阅读器需要通过语音提供这些信息。页面加载后开始导航时，用户通常会先听到页面名称，例如“登录”或“Sign in”。移到第一个字段时，可能会听到：
Email address, edit, blank, required.
这句话包含四项信息：“Email address”说明当前字段是什么；“edit”表示它可编辑，可以输入内容；“blank”说明还没有输入内容；“required”表示提交表单前必须填写。用户需要听到这些信息，才能知道该在邮箱或用户名字段中输入内容。
输入邮箱后移到密码字段，屏幕阅读器可能会播报：
Password, edit, protected, blank, required.
这次播报包含五项信息：字段名称、是否可输入、字符是否受保护、当前是否为空，以及是否必填。“Protected”说明输入的字符会被隐藏。测试人员也可以留意标题播报，例如“Heading level one, Welcome back”，接着是“Heading level two, Sign in”。一开始，这些信息听起来可能重复或过于详细；它们为无法只靠视觉浏览页面的用户提供了上下文、结构和导航线索。作者把读屏比作导览员介绍房间，帮助用户了解页面上有什么，以及这些内容如何组织在一起。
坚持练习一段时间，会逐渐熟悉这些播报。作者认为，读屏测试也可以成为测试人员的一项技能，有机会发现能帮助陌生用户的缺陷。
作者积累的入门建议
作者先讲了一段在火车车厢里使用手机屏幕阅读器的经历。桌面设备上，通常比较容易开关读屏，因为鼠标在读屏模式下仍可使用；手机上的开关藏在辅助功能设置里，开启容易，关闭却可能让人不知所措。进入手机读屏模式后，屏幕会像触控板一样，需要用手指轻扫和点按来导航；使用一根、两根、三根或四根手指，以及不同方向或轨迹的滑动，都可能改变操作含义。
作者当时在没有耳机的车厢里，手机不断播报页面元素和状态。他没有想到可以先调低音量，只顾着慌张地寻找关闭方式，最后折腾了大约五分钟。由这段经历引出的第一条建议是：测试前先弄清楚如何开关读屏。作者自己的 iPhone 设置为轻点机背三次；有些设备使用音量键和电源键组合。
- 先记住如何开启和关闭读屏。部分手机使用音量键和电源键组合；作者的 iPhone 设置为轻点机背三次。
- 准备一份键盘操作或移动手势速查表，测试时放在手边。作者刚开始练习时，桌上会放几份这样的资料。
- 完成工具自带的教程。
- 从熟悉的页面慢慢练起。打开读屏后逐项浏览；遇到不确定的内容，可以查找资料帮助理解。
- 分段练习。先试五分钟，然后休息。作者刚开始时觉得集中注意力很累，也有过几次头痛，不过都不严重；逐步增加练习时间对他有帮助。
- 尽量不用鼠标。Stokes 的理由是，无法看见屏幕的人不会用鼠标；他建议每周抽出一部分常规测试时间，不用鼠标完成任务，看看会发现什么。
- 熟悉之后，再尝试不同的导航方式，例如按标题或链接浏览。链接如果都叫“这里”或“点击这里”，脱离上下文时就很难理解。
- 调整朗读速度。刚开始可以降到低于 1 倍速，熟练后再逐步加快。
如何检查页面
有些问题用屏幕阅读器检查时更容易发现，比如标题层级是否连续、顺序是否合理。视觉上从三级标题跳到五级标题未必明显，听到层级播报后就容易察觉。作者建议页面通常只有一个 H1，除非其中包含彼此独立的区域。
还可以确认语义 HTML 是否会被读出，例如页面的 header、main、footer 区域；检查标签是否清楚、是否能描述控件。有时“提交”是合适的标签，有时需要结合上下文判断。弹窗、错误消息和搜索结果等实时更新可能难以感知，要确认需要知道的信息确实会被播报。作者还提醒，重复播报通常说明其中一项需要隐藏，例如按钮上的图标。
还要留意不同的操作路径。键盘或屏幕阅读器用户的操作步骤不必和使用鼠标的用户完全相同，但应能获得相同或等价的信息。若差异影响理解或完成任务，就应记录为问题。
测试时可以问的问题
标题
- 能否按标题导航？
- 标题层级是否合理？
表单
- 标签会被读出吗？
- 必填状态会被读出吗？
- 校验错误会被读出吗？
动态内容
- 搜索结果会被读出吗？
- 错误消息会被读出吗？
链接
- 脱离上下文听到链接名称时，意思是否清楚？
小结
屏幕阅读器的使用比很多人想象得更普遍。使用读屏或其他辅助技术做测试，可以发现视觉检查容易漏掉的问题，例如应用结构问题。有些问题也会影响整体质量，不只影响屏幕阅读器用户。Stokes 把测试视为一种风险缓解方式，建议在客户遇到问题前发现障碍；他也建议带着同理心开展包容性测试，把屏幕阅读器兼容性纳入风险考量。数字无障碍还包括其他方面，测试人员不必成为专家才能开始。对测试人员来说，读屏也提供了另一种探索页面、发现信息的方式。作者鼓励读者试用屏幕阅读器、分享体验，并继续包容地测试。
参考资料
- Ady Stokes，WonderProxy：《How to Test with a Screen Reader》，2026-10-14: https://wonderproxy.com/blog/how-to-test-with-a-screen-reader/
- WebAIM，无障碍工具和资源：https://webaim.org/
作者简介：Ady Stokes 是 Ministry of Testing 大使和无障碍倡导者。原文发布时，他已在质量与测试领域工作近 25 年。