所谓可达性测试(accessibility test)，就是给那些可达性出现不同程度问题的人们使用软件的可能性的测试。不知道“可达性”这个词翻译得是否准确。简单说，就是测试软件是否能够被盲人、无鼠标人士、老花眼、色盲等残疾或者部分有障碍人士正常使用，这其中也包含了正常人在某些时候发生暂时性障碍的情况下正常使用，如怀抱婴儿等。
    老美率先以法律的形式定义了软件可达性的规范，各大公司纷纷要求自身各项产品满足可达性要求。微软在这方面还是比较领先的，大家可以顺利地使用键盘完成所有功能，就是一个很好的例子。
    在以往的可达性测试中，我们会对照公司的checklist逐一审核测试产品的各个页面和功能。这是一个复杂而并不太困难的工作，所以测试员往往容易上手，并且容易形成简单测试的概念。而今天我们测试中的一个例子就向我们开启了可达性测试的另外一个世界——序列及交互化可达性测试。
    在功能测试中，同一个功能可能在不同的执行序列或者在与不同的模块交互的过程中发生一些深层次的bug。虽然可达性测试的编码对象主要是一些静态设置的属性，如快捷键，tab顺序，HTML tag属性等，但在不同的开发或者测试环境或者浏览器下，这些静态属性却可能发生一些意向不到的变化，而这些变化往往不会在启动时出现错误，而往往是产品自身调用刷新等功能后出错。
    所以，即使是如此直观的测试，还是需要充分考虑环境的特殊性，设计拓宽性思维的测试用例。越是简单的东西，越是可以折射出思维的火花和深邃。

此文来源于51testing博客,转载请注明出处为51testing博客
原始链接: http://blog.51testing.com/?28057/action_viewspace_itemid_3554.html