思维模型
无障碍测试方法
在持续的无障碍评估中,结合软件工具、具备相关知识的人员开展的人工评估、辅助技术检查和用户参与。
探索一下
假设扫描工具报告没有错误,但一位参与者觉得结账流程让人困惑。你的团队计划开展更全面的评估,并决定先获取自动扫描结果。哪项操作符合这个选定的起始任务?
选出本练习所述计划的第一步
了解工具、具备相关知识的人员开展的评估和用户参与,如何帮助你持续评估无障碍性。
理解概念
理解概念
无障碍测试会检查网站对残障人士来说是否好用。软件检查能帮上忙,但还需要具备相关知识的人来评估网站,并让残障用户参与。下次评估时,加上一项手动键盘检查。
详细讲解
详细讲解
无障碍评估就是检查网站存在哪些无障碍问题。W3C 的指南建议在开发早期就开始评估,并贯穿整个开发过程,因为这时发现的问题更容易解决。评估工具是帮助你开展这项工作的软件程序或服务,但没有任何工具能单独判断网站是否符合无障碍标准。评估还必须由具备相关知识的人来完成。[1]
制定评估计划时,要把工具、人工判断和用户参与结合起来。工具结果能为评估人员提供参考;错误报告为空,并不能证明网站具备无障碍性。这份概览提供了根据你的具体情况选择工具的建议,没有规定某一种测试方法必须始终排在最前面。[1]
建议你在计划中加入手动键盘检查和辅助技术检查。这里的辅助技术,是指残障人士用来访问和使用网站的工具。规划这些活动时,请让有相关经验的人参与。这些只是建议开展的评估活动:所提供的概览强调评估人员需要具备相关知识,但没有给出键盘检查或辅助技术检查的详细步骤。
举个假设的例子:某个工具报告结账流程没有错误,但一位使用屏幕阅读器的参与者反映,其中的信息让人困惑。屏幕阅读器就是一种辅助访问工具。请让这位参与者一起评估使用体验,记录问题,并在修改结账流程后再次评估。这个例子说明用户反馈可以为评估提供参考;它并非已发表的研究,也不能证明只有用户测试才能发现这个问题。
请根据项目情况和现有人员的技能选择评估活动,并让残障人士参与整个开发过程。这份计划的前提是,评估人员具备相关知识,参与者也能分享使用网站的经验。把评估当作一项持续的工作:无论是一次工具检查的结果,还是一位参与者的体验,都不能证明网站对所有人都具备无障碍性。W3C 提供了规划资源,以及如何结合专业知识、让用户参与的指南。[1]
研究依据
研究依据
适用局限
适用局限
所提供的概览给出的是规划建议,并非关于问题检出率或产品优劣的实证研究结果。它没有规定通用的测试顺序,也没有提供键盘检查和辅助技术检查的详细步骤。结账流程的例子和建议的评估活动都是用于教学的示例。这份概览既没有为任何覆盖率百分比提供依据,也没有保证符合法律要求;工具报告没有错误,也不能证明网站具备无障碍性。
参考来源
参考来源
- [1] Web 无障碍评估概览W3C Web Accessibility Initiative
试一试
检验你的理解
在一次假设的结账流程评估中,你的团队希望直接听取屏幕阅读器用户的反馈。哪项活动能直接实现这个目标?
查看文章解释
答案: 在开发过程中,让实际使用屏幕阅读器的用户参与测试
让屏幕阅读器用户参与测试,能直接获得题目要求的用户反馈。W3C 建议让残障人士参与整个开发过程。这并不意味着只有用户测试才能发现结账流程中令人困惑的地方。
一份评估计划要求获取由软件生成的无障碍扫描结果。哪项活动能完成这个任务?
查看文章解释
答案: 运行自动无障碍扫描工具
自动扫描工具能执行题目指定的软件检查。这项任务并没有规定整个评估必须遵循的顺序:计划中也应包括具备相关知识的人员开展的人工评估和用户参与。
一位开发人员因为自动化工具报告了零错误,就认定网站具备无障碍性。哪项说法最能解释这个结论的问题?
查看文章解释
答案: 仅靠自动化工具,无法判断网站是否符合无障碍标准
W3C 指出,工具能帮助评估,但无法单独判断网站是否具备无障碍性。评估还必须由具备相关知识的人来完成,因此,报告零错误不足以支持这位开发人员的结论。
继续探索
为眼前的选择,再找一个有用的想法。
Reframo 的全部已发布文章均可免费阅读。准备好后,随时继续探索。