“测试是找到黑盒子并让它发光的艺术。”
The sentence says it all!
易访问性测试的目的是识别和解决阻碍残疾人完全使用和交互产品或服务的障碍. 网站可访问性测试评估它是否对每个人都可用.
测试协议必须包括自动和手动测试方法,以确保每个人都能最大限度地获得web内容. 在遵守标准方面有几个可访问性问题,这些问题只能通过手动测试来验证,这对于确保解决方案对具有特定残疾的访问者可用是必不可少的.
运行手动可访问性测试的目的是彻底检查所有这些方面,因为 自动化无障碍测试工具 检查网站/应用程序的某些区域,但不详细. For example,
- Color contrast of text on a simple background; gradients and image background can’t be tested.
- Existence of headings, lists, and landmarks, 但它们的合理加价很难通过自动化工具进行测试.
- 可以检测ARIA的存在,但无法检测它们的使用情况.
- Existence of Alt text for images; however, 只有手动测试才能确保替代文本和图像是非装饰性的.
- 键盘焦点可以检查,但是缺少焦点的元素和焦点顺序是否有意义, cannot be tested.
- Automated testing detects video element; but can’t detect alternative media (such as captions and transcripts) are present.
- iFrame title can be detected; but the focus order with logical sense and focus indicator visibility can’t tested with automated tools.
- 当您在站点上指定有效的语言时,屏幕阅读器可以正确显示文本. 我们的测试检查是否指定了有效的语言.
- 自动化易访问性测试工具不能检测特定于语言的问题. 为了保证翻译和本地化的质量和准确性,需要进行人工测试.
手动网站可访问性测试及其目的!
手动网站可访问性测试审查网站流程的各个方面. It includes,
- 测试屏幕阅读器的兼容性 确保网站内容可以在大声朗读的同时被访问,并且是可以理解的.
- 网站键盘导航测试 确保不能使用鼠标的用户的最大可访问性.
- Testing visual elements 并利用屏幕放大或浏览器缩放等工具来检查网站或应用程序的可访问性.
- Testing video/audio content 确保为所有用户提供类似的体验,即使有人关闭了扬声器和麦克风.
- Reviewing embedded media 以确保其对封闭字幕的准确性.
- 检查网站是否有效运作 multiple device sizes 而且分辨率也不同.
- 网站测试的每一个成功标准的WCAG 各种残疾标准.
如何手动测试网站可访问性?
当涉及到网页或应用程序的数字可访问性时,有几种手动可访问性审计工具和技术可用. 主要关注的领域包括键盘功能、以视觉为中心的审查和内容检查.
在开始手工测试之前,考虑以下几个问题:
1. 我应该多久进行一次手动测试?
这取决于对网站进行更改的频率. 通常,手动测试是更新过程的一部分. 因此,无论何时发生有影响的更改,我们建议每年进行一次全面的手动测试.
2. 我应该手动测试多少个页面?
时间和资源的投入是回答这个问题最有效的方法. For websites, 手动测试网页模板可能是修复使用模板的每个页面上的问题的有效方法. 另一种方法是根据网站的主要目标来选择页面. For example,
- Home page
- 基于产品或服务的内容页面
- Important pages with forms
- 购物车和结帐页面,以及更多.
3. 在手动测试可访问性时,我将如何记录或报告问题及其修复?
我们建议创建一个ADA网页可访问性审计报告,其中包含网页可访问性审计和评估过程, initial evaluation result, failed guidelines, 以及采取的补救措施.
手动易访问性测试需要注意的组件有:
Content testing
- Headings uniqueness and description, >h1>, >h2>, usability order, language, etc. should be checked.
- 图像的所有文本是强制性的. 此外,嵌入文本必须在正文或全部文本的某个位置表示.
- 颜色对比度应该是4.5:1和错误信息不应该只依赖于颜色.
- 表数据必须有apt头, rows, 列和表应该只用于内容中的表格数据.
- 所需的放大倍数至少为200%.
- 表单控件需要有适当的标签.
Keyboard navigation
所有的交互元素都需要通过键盘来选择和激活.
For example,
- 使用键盘时,焦点是否始终可见,还是会丢失?
- 焦点颜色适合色盲吗?
- 是否可以使用导航菜单移动到不同的页面?
- 链接和内容之间的跳转是否容易发生?
- 你能关闭突然出现的弹出窗口吗?
- 附加功能,如地图,滑块,音频播放器等. can be interacted or not?
- 填写和提交表单是无缝的吗?
- 行动,特别是完成购买是否可行?
Screen reader
Screen reader testing 理解与阅读顺序相关的可访问性问题, dynamic content, 其他交互式组件是强制性的.
应该测试可访问性的三种常见屏幕阅读器是VoiceOver、NVDA和JAWS. 如果你发现任何混淆或错误的声音,如链接不清楚, 手风琴与混乱的互动, 如果焦点没有移动到选项卡内的内容, 如果内容在执行操作后不能立即可用, 如果媒体是自动播放的, fix the issues on priority.
手动网站无障碍测试工具
- WebAim Contrast Checker (http://webaim.org/resources/contrastchecker/) -该工具帮助测试颜色对比度按照WCAG 2.0级AA指南,也就是4.正常文本为5:1,较大文本为3:1. AAA级的比例是7:1和4:1.5:1 respectively.
- Seigemedia Contrast Checker (http://validator.w3.org/) -它也用于测试颜色对比.
- HTML validator (http://validator.w3.org/-标记所有HTML, XHTML, MathML, SMIL等web文档的有效性. 可以用这个工具检查吗.
- CSS validator (http://jigsaw.w3.org/css-validator/为了测试嵌入在HTML文档中的CSS样式表,使用了CSS验证器.
- AWS (Job Access with Speech) (http://www.freedomscientific.com/Products/software/JAWS/) -这是一个屏幕阅读器,为视障用户提供翻译成语音或盲文的内容. 它与网站的兼容性很重要.
- NVDA (http://www.nvaccess.org/download) – Similar as JAWS.
- iPhone VoiceOver -这个工具主要是为iPhone用户,帮助将网站文本翻译成语音.
手动网站可访问性测试从W3C建议的各个方面评估网站,以识别哪怕是很小的可访问性障碍,从而提供网站遵从性的真实情况. Thus, 以确保最大的网页可访问性或合规性, 建议同时进行自动化和手动测试.
We provide 360°网站可访问性审计 包括WCAG 2的自动、手动和辅助技术.1, WCAG 2.2、ADA和Section 508合规! Once we identify the gaps, 我们提供网站可访问性合规和补救计划/路线图,其中包括关键发现, pass/fail status.
Our comprehensive 网站无障碍修复服务 是否有可定制的流程来满足个别组织的需求. Reach out [email protected] to know more.