可用性是用来衡量产品质量的重要指标，从用户角度来判断产品的有效性、学习性、记忆性、使用效率、容错程度和令人满意的程度。可用性测试是在迭代设计中不断获得用户反馈，根据用户反馈不断优化产品设计的一种方法。其目的是是建立评价标准，尽可能多的发现可用性问题，并指导产品界面的设计和改进，尽可能地提高产品的可用性质量。

     如果想进一步了解可用性测试的计划、执行和分析过程，《简单快速的可用性测试》一文会给您一些介绍和启发。本文仅针对可用性测试工作的重要组成部分――测试任务的设计，进行深入讨论。

    为什么要单独说说测试任务的设计，这是因为，测试计划的好坏直接影响到测试效果和工作效率，而任务设计则是测试计划中的重中之重，也是最考验用研人员经验度的部分。

    参与过可用性测试的童鞋都知道，测试中，主持人经常会给用户布置一系列的任务，通过用户的操作来发现产品中存在的问题。

    为什么需要任务设计？

    测试任务是在实验室环境中给予用户使用产品的动机，目的是让用户在合理动机的驱动下，展示他们的操作过程。

    任务设计如何做？

    通常，测试经验较少的用研人员的习惯做法是，对照产品上的各项功能，逐项写成任务，常见的方式是“请你××××”。这种方式本身并没有错，但是容易让人陷入为了让用户使用某项功能而设计任务的错误之中。其实，比功能本身更重要的是用户的使用目标。所以，在设计任务的时候，必须不断地拷问自己：“我设计的测试任务是真的反映了用户的实际目标么？”尤其是在面对陌生产品的时候。

    比如，在网易手机邮箱智能版的测试中，我曾经遇到过一些障碍。由于我自己并不是手机邮箱的目标用户，我经常在办公室环境下使用电脑登录邮箱，对手机邮箱几乎没有需求，所以，很难想象用户是出于什么样的动机来使用这款产品的。这时候，我脑里浮现的几个疑问：

    为了厘清头绪，我请教了邮件部门一位长期负责手机产品的同事，从她的反馈得知，对手机邮箱有需求的用户，他们在工作时间户外活动较多，邮件往来频繁。比较突出的一个群体是外贸行业人员，他们经常有关于产品报价的邮件往来。于是，便有了以下的任务设计：

    关于任务设计的详细步骤请参看《简单快速的可用性测试》一文。

    设计任务时应注意些什么？

     ・ 全面覆盖所关注的功能范围

    在设计任务前预先列一个任务清单，如下图，在任务设计好之后，逐项对照，确 保任务覆盖到所有关注点。

    ・ 用户操作舒适自然，符合常态

    任务的顺序尽量符合典型用户的典型操作流。还是以上面的例子说话，用户在邮箱中的操作流一般是【登录-查看收件箱-阅读未读邮件-处理一些邮件-(写邮件-保存邮件-发邮件)】，尽量避免让用户感觉到突兀。

    ・ 适当添加一些剧情

    前面说过，测试任务是在实验室环境中给予用户使用产品的动机，为了让动机描述得更加合理化，我们经常会把任务设计得“剧情化”一些，帮助用户更好地融入到产品使用中。

    如何评价任务设计的好坏？

    任务设计出来后，一定要经历1-2次试测。这点和做产品是一样的道理。我们自己不一定是目标用户，所以，任务设计的好坏需要由目标用户来检验。在试测中，如果用户看到任务设计后对你说，“这种情况我平时经常遇到！” 窃喜吧，你成功了！

    一句话总结一下任务设计的要点：关注用户的实际使用目标。

建议继续学习：

1. 可用性测试好助手——Morae软件的应用    (阅读：5456)
2. 可用性测试的权衡之道（二）    (阅读：4788)
3. 那么明显，为什么用户看不见？    (阅读：3361)
4. 可用性案例分析    (阅读：1994)
5. 简单快速的可用性测试    (阅读：1988)
6. 如何快速解除用户防备？――浅谈可用性测试中沟通的技巧    (阅读：1902)
7. 可用性测试的权衡之道（一）    (阅读：1764)
8. 关于柔性服务的一些实践和思考    (阅读：1410)
9. 产品的可用性、易用性、高效性    (阅读：1167)
10. Think Aloud－适合设计师的可用性方法    (阅读：1138)