Usability易用性、可用性测试方法
易用性测试法测试的是用户在理解使用产品时产品的能力。目前易用测试的现状不容乐观，原因：
[*]产品不重视
[*]开发不重视
[*]后期才重视
[*]发现了优先级放的很低，甚至一拒了之
[*]测试投入太少（原因可能是上面的理由）
就测试方法，讨论一下：
1. 一致性测试法
主要对象：用户界面（UI），所有用户跟产品交互的地方
关注如下用户界面：
风格、布局、元素上是否统一、一致
布局是否合理性、操作的合理性、提示等是否符合UI设计规范
一致性测试是一种“确认”（validation），目的是“证实”，具体方法：
1) 进入用户界面，确认页面和产品整体风格，入字体大小，颜色，。。。
2）图标是否来自产品的图标库，风格统一
3）确认页面的“元素”是否符合产品的UI设计规范，是否统一。例如复选框是否都是口？单选框，switch控件等。。。
4）确认页面布局是否是符合设计规范，比如设计规范要求分级组织不能超过3级，而软件实现太多。
5）确认操作合理性，比如查询结果，如果太多就要分页
6）确认提示是否合理，如输入错误提示等
2. 可用性测试法
可用性测试法的对象也是UI
关注对象为产品提供的功能，对于用户来说是否易于学习理解、易于使用，需要和功能测试结合起来，以场景作为测试粒度，以用户的视角进行测试。
谁来测试？
排序：需求工程师（产品人员）》售前售后工程师》功能测试人员，最佳人选是又懂产品设计又懂测试的人。不太建议用功能测试人员进行可用性测试，因为功能测试人员每天都接触这些UI，早已经”被习惯“，审美疲劳，最不合适的是新员工或实习生，这些人员既不懂测试又不懂产品设计和目的用户。
步骤：
1）确定测试场景，可以根据需求规格写出来，每个场景《30分钟
2）一个场景不要超过10步
3）完成这个场景下，一共跳转了多少个页面/视图， 不要超过5个页面
4）测试者测完这个场景，一共求助了多少次，不要超过5次，不然这个产品可能用户理解就很差
结果：
可以参考（友商）的产品xxx的设计方法，通过xxx的组织方式，可以减少xxx的功能配置过程，需要去掉xxx操作，合并xxx操作。
页:
[1]
