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操作。