1、总体原则

　　软件易用性主要是在软件需求分析和UI设计的阶段，使用软件可用性工程的各种方法来保证的。在软件确认测试中，易用性测试最大比重的工作是对于软件产品和UI设计的一致性，以及软件UI的正确性，进行测试。其他易用性因素的测试则由测试人员根据上文的种种细则和测试经验，与其他质量特性的测试混合进行。

　　易用性测试设计和实施的一般原则如下：

　　1）在软件需求分析和UI设计阶段，测试人员职责是参与同行评审，了解软件需求和UI，根据经验，以及从测试角度提出建议。注意使用性测试的主导是UI设计部门的用户研究人员。当然测试人员可以参与这些活动或者直接阅读使用性测试报告，可以了解软件面向的用户和用户行为模式，从而为后面的易用性测试设计打下基础。

　　2）测试人员在UI设计阶段结束后，再提出主观看法的易用性问题一定要非常慎重，因为很难得到客观的数据支持，个人的主观看法没有足够说服力，容易引起纠纷，影响项目进度，而且几乎不能得到修改。

　　3）在测试设计阶段，测试人员职责是根据软件需求规格说明书，UI设计说明书，以及软件易用性的测试准则，在测试说明中设计易用性测试策略。

　　4）在测试实施阶段，测试人员职责是执行易用性测试。

　　5）建议在软件完整交付之后尽早专门进行一次UI的验证测试，验证软件与UI设计说明书是否一致。这样可以集中提出和及时处理UI在正确性，一致性方面的问题，因为UI修改对软件影响较大，集中处理和尽早处理可以保证项目进度。

　　6）UI的验证测试建议由测试人员主导控制，UI设计人员协助，原因是UI某些内容例如像素级别的微小偏差是需要专业经验才能判断的，同时UI人员可以在此时全面了解UI与软件代码的结合情况。

　　7）GUI的确认测试和回归测试，尽量使用自动化工具完成。

　　8）由于版本的更新，需求的更动，必然触发UI的回归测试。注意控制测试阶段中间UI测试进行的时机和次数，否则影响项目进度。过多的次数加大测试工作量，降低测试效率。不及时的测试会贻误修改时机，加大修改工作量。

　　9）测试阶段结束之前，最后进行一次最终版本的UI确认测试，保证最终版本的UI正确性和一致性。

　　10）帮助设施的专项测试安排在测试阶段后期，同样需要在最后与最终版本的UI，功能同步确认一次，保证与最终版本的一致性。

　　2、易用性测试设计

　　◆ 界定软件易用性相关内容范围，定义本软件易用性测试范围，特别是需要独立专项执行的测试项目。

　　由测试人员进行的主要的易用性测试项目如下：

　　　　● UI界面静态测试

　　　　● UI交互信息测试

　　　　● UI逻辑流程测试

　　　　● 帮助设施测试

　　◆ 界定软件全部UI静态界面与元素集合，设计静态测试用例，可以考虑使用自动化工具和脚本

　　◆ 界定软件包含的交互方式，交互信息集合， 可以根据软件用户分析和使用性测试报告，使用ALAC方法设计用例

　　◆ 界定软件操作逻辑流程，可以使用流程图描述， 可以根据软件用户分析和使用性测试报告，使用ALAC方法设计用例

　　◆ 界定全部帮助设施方式， 设计相关测试用例

　　◆ 根据易用性测试准则，考虑其他易用性因素的测试

　　◆ 根据项目进度，安排需要独立专项测试的测试时间，安排回归测试的时间和次数

　　◆ 如果是特殊类型的软件产品，例如网站网页，参考有关易用性设计专题