要使你的应用程序能够被各种有障碍的人使用，测试是很重要的一部分。参照design和development来进行开发是很重要的一步，但是辅助功能测试能够帮助你发现设计和开发过程中不明显的问题。
这份辅助功能测试清单将带领你浏览辅助功能测试的各个重要方面，包括整体的目标、必需的测试步骤、推荐的测试方式以及特殊的考虑。文档同时讲述了如何在android设备上启用辅助功能。
测试目标
辅助功能测试应该有下列高层次的目标：
在没有明显的帮助的情况下启动和使用应用程序
应用中的任务流程都能够很容易地导航并且会提供清晰适当的反馈
必需的测试
要保证低级别的辅助功能必须完成下列测试项。
1. 方向键（Directional controls）：确认应用能够在无触摸屏的情况下操作，尝试在只使用方向键的情况下完成应用中的主要任务。使用模拟器中的键盘及方向盘，或者在4.1以上的设备中使用手势导航来操作设备。注意：手势允许用户获得屏幕上几乎任何内容的焦点，而键盘和方向盘只可以获取输入区域和按钮的焦点。
2.对话语音提示：确保提供信息或者允许用户操作的UI控件在TalkBack is enabled并且该控件获得焦点时都有清晰准确的语音描述。用户可以使用定向控制在应用的布局间移动焦点。
3.触控浏览提示：确保提供信息或者允许用户操作的UI控件在Explore by Touch is enabled时都有清晰准确的语音描述。每个地方的内容或者控件都应该有语音描述。
4.触控区大小：所有用户可以选择和执行操作的控件在长度和宽度上都应该至少有48dp（大约9mm），正如Android Design中推荐的做法。
5.语音提示下使用手势：确保应用中使用的手势，如缩放图片，滑动列表，页面间切换等在TalkBack is enabled的情况下能继续正常工作。如果这些手势不起作用，你应该为这些动作提供一个替代的操作方式。
6.不应该只有声音反馈：声音反馈必须同时有另外一套反馈机制来供耳聋用户使用。例如，收到短信后发出声音提醒的同时应该也发送一条系统通知，震动反馈或者其它的视觉提醒。
测试建议
为了保证应用的无障碍，下列测试项都是推荐测试的。如果没有测试这些，应用的整体无障碍以及质量都可能受到影响。
1.重复语音提示：密切相关的控件（比如一个列表中有多项内容的一栏）不应该重复相同的语音提示。例如，在一个包含联系人图片、姓名、职位的联系人列表中，不应该对每一项都只是重复地提示"Bob Smith"。
2.语音提示过多或者过少：密切相关的控件应该提供适当的语音提示以保证用户明白并能操作屏幕上的元素，太多或者太少提示会让用户难以理解及使用控件。
特殊情况及考虑：
下面描述了为了保证应用的无障碍需要测试的特殊情况，其中可能有一些或者没有或者全部适用于你的应用。你应该确保对照下面列表检查一遍以查看这些特殊情况是否会发生并采取适当的措施。
1.检查开发者特殊情况以及考虑：检查无障碍功能开发的special cases并且测试需要测试的情况。
2.为功能有改变的控件作出提示：如果由于应用流程导致按钮或者其它控件改变了功能，那么必须为控件的当前功能作出适当的语音提示。例如，一个按钮的功能由播放视频变为暂停视频，那么必须作出适当的语音提示来表明当前的状态。
3.视频播放和字幕：如果一个应用提供视频播放，那么确保它支持字幕并提供字幕以帮助听障人士。视频的播放控制必须明确地标明字幕是否可用并且提供方便的方式启用字幕。
