Developer --} Tester --} QA? Senior Tester ? Lead ? Manager?

Section 508 法案 可访问性测试

上一篇 / 下一篇  2010-05-15 23:28:03 / 个人分类:感悟

前段时间客户说他们有个潜在客户是个政府部分的。要求我们网站程序支持Section 508法案,经过了解发现这个法案是关于可访问性提了很多要求。即可算作可访问性测试Accessibility Test)。

客户他们根据法案的条目和我们网站程序进行比对,得出一个需求文档。

虽然我们之前没有做过Section 508方面的测试,虽然客户说等我们测试完,BUG改完,再拿去评测,看看是否能过通过Section 508。但是我们应该多积累相关测试经验,不应该遗漏掉过多的BUG过去。于是乎就反复研究理解需求文档的法案条目。(条目理解见另篇。)

基本思路的出发点:给障碍人士的用的。即可能没有鼠标,可能用户是盲人,可能用户是色盲,可能用户听力有障碍,等等情况。

大的原则有:

页面上的每个元素,都可以被访问(按Tab键,上下键,鼠标点,热键等)。

图片、多媒体文件都要有alt类似的信息和描述的文字。

各类元素有足够的文字说明提示信息

支持Windows的辅助工具(放大镜,高对比反差,屏幕键盘,朗读者[Narrator]等等)。

测试手段:

有些网站提供Section 508的检查服务。会给出一些报告。

Firefox也有相关可访问性测试的插件。帮助检查连接,图片等等东西。

其实上我们用这些工具用得不多,主要感觉不是很靠谱,也不是很易用。

Windows的辅助工具。

Tab键,热键等等,看网页能不能响应。

IE / Firefox 都支持一种特殊的浏览模式(Caret browsing),光标能在整个页面内自由活动。(在此模式,普通文本,光标都在其之内移动。)

 

*由于客户没有任何反馈,也许没有拿给第三方专业的评测机构,不知道我们完成的情况如何。

有以下几点需要注意:

现在网页中的flash, pdf, 多媒体的文件,对焦点的控制不好,一旦焦点进去了,一般都出不来了,网页本来支持的热键也不行了。

不同浏览器之间的默认行为不一样,不用强求统一他们,统一了反而很奇怪。比如得到焦点的效果,切换焦点的顺序(主要是浏览器和页面之间的切换)等等。

使用朗读者(Narrator)朗读网页,Radio button 和checkbox的文本也需要支持朗读出来。一开始都不知道这个,需求文档也没有说,偶尔在其他站点上发现能支持这个,所以我们也进行相应的调整。

 

另外简单介绍Section 508 法案

Section 508 法案

Section 508 法案是对 1973 年颁布的美国劳工复健法的改进。Section 508 法案的一个版本是在 1998 年成为法律的,该版本的法案规定了在美国联邦政府采购过程中必须遵循的程序。这意味着所有由联邦拨款的美国政府机构都必须遵守 Section 508 法案中规定的程序和准则。这些准则涵盖了 web 可访问性和其它与计算机和电子通信技术有关的可访问性问题。不管你听到的说法是什么,联邦法律并没有强行规定那些不属于上述组织范围的机构也必须遵守 Section 508 法案。不过,美国的一些州和公司也采用了 Section 508 法案来对自己的采购过程中的“可访问性”进行界定。

Section 508 中涉及网页可访问性的部分是 Subpart B § 1194.22。第 1194.22 条法规分成 16 个要求,分别用以 a 到 p 的字母命名。前面 11 条要求(a 到 k)与 WCAG 1.0 中的部分内容等同。这些要求和它们在 WCAG 1.0 中的对应项列出在 section 508 法案文件的参考表中。除了一种情况以外,section 508 法案的其它要求将在 WCAG 2.0 中得到满足。要求 m 涉及到 section 508 法案的 Subpart B § 1194.21条款。该条款要求在 WCAG 2.0 的强壮性原则部分有个不完全相同的对应项。

在撰写本文的时候,有项关于新版 section 508 法案的调查正在进行之中,该调查是由电信,电气和信息技术咨询委员会(TEITAC)负责的。2008 年 4 月,TEITAC 将这项调查的结果呈交给 Section 508 法案的评估委员会。

 


相关阅读:

TAG: 508 Accessibility Browsing Caret Narrator Section 可访问性测试

 

评分:0

我来说两句

Open Toolbar