可用性测试

一、概念介绍

1. 可用性测试适于解决的问题：
   1. 确定测试产品的可用性水平
      与预期目标、与竞争对手、与老版设计相比的可用性水平
      比较不同方案，确定哪个方案更加可行
   2. 现测试产品的可用性问题
2. 适用阶段：
   概念原型、产品原型及上市或上线产品阶段
   

二、可用性测试的一般过程

1. 定义用户并招募
   选择具有代表性的用户可以减少样本数量，提高研究效率。一般来说，参与可用性测试的产品的用户或近期使用过竞品的用户。在定义目标用户时，可以从三个角度入手：
   1. 人口学特征，性别、年龄、学历、职业、地域等
   2. 使用动机，如买家/卖家、企业/个人等
   3. 使用经验，如产品使用时长、竞品使用情况、互联网使用年限等

   应该招募多少用户呢？据统计5名用户大约可以发现85%的问题。一般在迭代测试中，用户数量一般控制在5-10个。如果用户类型较多事，可安排每个类型3-5名用户。
   

2. 典型任务创建
   首先要通过内部沟通确定一份功能点清单。一般选择产品或页面5-8个功能点进行测试，这些功能点可以是用户常用功能、新增功能、关注度高的功能及先前版本中存在问题的功能等。在可用性测试中，以用户任务的方式展示出来。任务要能够代表典型用户的行为，并且聚焦在我们关心的功能点上。任务设置要具体、可执行，尽量接近用户使用的实际情况。联系产品或页面的使用场景，给用户提供执行任务的情境信息，如告诉用户为什么要查找信息、为什么要购买物品等。避免专业术语或内部用语。
3. 测试结果整理——可用性问题分级
   经过可用性测试，可能**发现产品或页面的很多可用性问题。为了方便内部人员决策，需要对这些可用性问题进行分类或等级界定。常见的分级方法有：
   1)五级划分
   5级：无关紧要的错误
   4级：问题虽小但却让用户焦躁
   3级：中等程度，耗费时间但不**丢失数据
   2级：导致数据丢失的严重问题
   1级：灾难性错误，导致数据的丢失或者软硬件的损坏
   2)三级划分
   低：**让参加者心烦或沮丧，但不**导致任务失败。
   中：与任务的失败有一定关系但不直接导致任务的失败。
   高：直接导致任务失败的问题。
   3)二维划分。根据出现频率和影响严重性
   
   4)决策树根据以下三个因素综合决定的：
   频率（Frequency）：偶然的or经常性的
   影响（Impact）：容易克服or很难克服
   持续性（Persistence）：一次性的or持续的
   5)多维划分。根据问题所属范围和问题出现频率
   问题所属范围：交互、视觉、文案、功能、bug
   问题出现频率：N个人出现同样的错误

来源：新浪UED