可用性测试任务的指导方针：通过撰写真实可行的任务场景，鼓励测试者采取行动，不要放弃使用界面的方式。
理解什么是有效的、什么是无效的界面，最有效的方法不是观察人们使用。这是可用性测试的本质。当典型用户作为测试者有意采取实际的行动时，对于正处于麻烦之中的用户，你会从中得到定性的见解。这些见解能够帮助你确定如何改进产品。
此外，你还可以测量用户正确完成任务的百分比，作为传达产品整体可用性的一种方式。
用户需要做什么
为了观察测试者，你要给他们一些事做。这些事通常被称为任务。（在测试过程中，我喜欢称之为“活动”，以避免测试者感觉是在被测试）。
与其简单地让测试者在没有任何说明的情况下“做这做那”，不如将测试放在一个简短的场景中，该场景设置了活动的具体情况，并为用户为什么“做这做那”提供了一点说明和上下文。
在写测试使用的任务场景前，必须列出产品可能存在的用户目标列表。问问你自己：每个用户在产品上必须完成的最重要的事情有哪些？
例如，X 产品中用户必须能够完成 3 个主要目标：
- 查找特定主题的文章
- 注册每周 UX 研讨会
- 了解 X 产品的咨询服务
用户参与任务场景
一旦清楚了用户的目标，你就需要设置适合可用性测试的任务场景。任务场景是要求测试者接受测试的操作内容描述。例如，一个任务场景可以是：
你计划 6月底去马来度假，需要同时订购机票和酒店。去 M 航空公司和 N 航空公司的网站（或应用），看看哪家性价比高。
任务场景需要提供上下文，以便用户参与测试，在参与测试中执行任务操作，就像他们在家里或办公室一样。
不好的任务往往过于集中在迫使用户与特定的功能进行交互，而不是试图了解用户是否以及如何选择使用该界面。一个场景将任务放到上下文中，从而理想地激励测试者。
以下 3 个任务写作技巧，将有助于提高可用性研究。
使任务具有现实性
- 用户目标：浏览物品并购买。
- 不好的任务：买一双橙色 Nike 跑鞋。
- 较好的任务：买一双不到 300 块的鞋。
要求测试者做一些他平时不会做的事情，让他他在不真正接触界面的情况下完成任务。不好的任务会使测试者加深对实际任务的不信任。在这个例子中，测试者应该有根据自己的标准来比较产品的自由。
完成任务将取决于测试者和测试的内容。例如，如果你测试一个酒店相关的产品，要确保测试者是家庭旅行的提出者以及相关事宜的执行者。
或者，你可以决定让测试者给自己定义任务。例如，你可以招募那些正在或者有意购买汽车的用户，让他们在测试期间继续他们的研究，而不是给他们一个任务场景。（实地研究是在测试者自己的环境中观察他们执行任务的理想选择，但是实地研究更昂贵和耗时）。
使任务具有可操作性
- 用户目标：查看电影和上映时间。
- 不好的任务：你想周日下午去看电影。到 Y 产品上告诉我你在哪里进行下一步。
- 较好的任务：使用 Y 产品找到一个你感兴趣的电影，并在周日下午去看。
最好让用户采取行动，而不是去问他们怎么做的。如果你问“你怎么找到 X 的？”，或者“和我说说你要怎么完成 Y？”，这时候测试者很可能会用言语来回答，而不是行动。不幸的是，人们说的和他们实际做的，多数情况下并不是那么一致。此外，让他们在完成任务后进行讨论，你是不会察到他们使用这产品时的轻松或沮丧的。
你可以和测试者说，他们随时可以中断测试，从目标上移开，转向协调员，并说出他们当前的想法，例如“我会先点击这里，然后这我看着也不错，就又点了一下。“
避免给线索和避免描述步骤
- 用户目标：查看成绩。
- 不好的任务：你想查看期中考试的成绩。登录这个产品（网站）后，和我说你会点击哪里查看成绩单。
- 较好的任务：查找期中考试的成绩。
步骤描述通常会包含关于如何使用界面的隐藏线索。例如，如果告诉测试者点击主菜单中的奖励，你将无法了解该菜单标签是否对其有意义。这些任务会倾向用户的行为，就结果而言用处不大。
界面中包含使用术语的任务场景也会对用户产生影响。如果你有兴趣了解人们是否会订阅文章，并且你的产品上有一个标有订阅文章的大按钮，则不应将该任务短语称为“订阅文章”。最好使用以下任务：“找到获取定期发送到你的电子邮件的近期热门新闻的方法。”
避免在界面中使用的词汇并不总是那么容易自然，甚至可能让用户感到困惑，尤其是当你试图用迂回的方式来描述已经有一个标准的、众所周知的东西时。在这种情况下，你可能需要使用固有的术语。避免提供线索并不意味着模棱两可的方式。例如，以下 2 个任务：
- 不好的任务：与你的牙医预约。
- 较好的任务：与你的牙医彼得森博士，预约下周二上午 10 点的时间。
如果用户的牙医不是彼得森博士，你可能会认为这第二项任务违反了任务的现实指导原则。然而，这是使用户减少怀疑提高测试效果的方式之一，即便他们的牙医的名称不尽相同。如果正在测试纸质原型或其他只包含少数牙医的早期原型设计，就需要让用户看到彼得森博士。
结论
如果任务场景过于模糊，测试者可能会要求提供更多信息，或者希望确认他这么做是否正确。向测试者提供完成任务所需的必要信息，而不必告诉他在该点哪。在可用性测试期间，尽可能模仿真实世界。招聘典型用户并确保每个任务场景：
- 1. 对于人们用自己的时间真正使用系统、做自己的事的时候，要保证场景的真实性和典型性
- 2. 鼓励用户与界面进行交互
- 3. 不要放弃测试者的答案
閱讀更多 Jikuair 的文章
