测试用户界面
本部分详细介绍了与测试 Windows 应用程序的 UI 相关的一些任务。
介绍
若要完全确定应用程序 UI 的有效性和整体可用性，必须对其进行测试。 测试可以揭示 UI 对最广泛受众的易用或难用程度。 测试应用程序所花费的时间是值得的。
本主题重点介绍三个主要测试方案：一般可用性、辅助功能和自动化。
可用性测试
可用性测试通过研究真实用户如何实际使用产品，为评估产品提供了机会。 这种分析可确保有关预期用户和界面设计的关键假设得到真实数据的支持（或质疑）。 只有通过收集这些经验数据，你才能发现产品的 UI 在多大程度上符合用户的需求和期望。
通过观察用户与产品的交互并倾听用户的反馈，确定可能难以发现和使用的重要功能。 基于这些结果，可以根据需要对 UI 进行调整。 如果没有一定程度的可用性测试，几乎不可能开发出有用的产品，因为结果为做出更好的产品决策和改善整体用户体验提供了依据。
只有将可用性测试很好地集成到整个项目生命周期中，才能获得显著的回报。 单个可用性研究可能发现问题，但如果没有后续测试，就很难确定解决方案是否解决了这些问题或引入了新的问题。
可用性测试的主要场景包括：
- 如果你是软件产品供应商，测试产品的真实用户意味着对设计进行评估。 根据应用程序的设计，用户能否完成他们需要执行的任务？ 测试真实用户执行真实任务的情况还可以指出你所遵循的 UI 指导原则对你的产品是否有效，以及一致性何时会帮助或阻碍用户完成工作。
- 如果你是软件产品购买者，则可以进行可用性测试来评估要购买的产品。 例如，你的公司可能会考虑为其二万名员工购买产品。 在公司购买产品之前，它希望确保相关产品将真正帮助员工更好地完成工作。 可用性测试还可用于了解拟议的应用程序是否遵循已发布的 UI 样式准则（内部或外部）。 最好将 UI 准则用作辅助信息来源（而不是主要信息来源）来做出购买决策。
有关详细信息，请参阅可用性实践：可用性测试。
辅助功能测试
辅助功能测试包括 UI 设计的两个方面：支持残疾用户以及自动测试框架的程序化访问。
确保残疾用户能够访问应用程序涉及测试：
- 合规性 - 应用程序是否符合有关辅助功能的各种法律要求？
- 有效性 - 残疾人士是否可以使用应用程序？
- 有用性 - 应用程序是否为残疾用户公开了足够的功能？
- 满意度 - 残疾用户对应用程序的看法如何？
对应用程序这些方面的测试可以通过辅助功能审核来完成，其中涉及由辅助功能专家对应用程序进行人工审查，以及对残疾用户和辅助技术设备进行重点可用性研究。
自动测试框架的程序化访问要求与辅助技术设备的程序化访问要求虽然看似毫不相关，但两者之间却有着密切的联系。 支持其中一个，还能促进另一个。 有关 Windows 应用程序中的辅助功能和测试自动化的详细信息，请参阅辅助功能、测试辅助功能和 Windows 自动化 API。