如何把可用性测试的任务描述写的更好？

　　可用性测试非常简单，即使是第一次使用，也可以获得有价值的洞见和观察。如果任务不对，你做什么都是错的，当然可用性测试也不会收到什么有效的反馈。
　　思考人们如何使用
　　首先，你要了解的是人们用你的产品做什么
　　这些人使用产品过程中最重要的行为是什么？产品用户的目标是什么？企业组织的目标是什么？什么是需要完成的工作任务？
　　相信这个世界上最好的网站（或其他任何东西）可用性测试者是创作者本身。（译者注：大多数情况下，创作者对自家产品带有明显的主观偏见，一般情况下，建议创作者作为辅助人员参与测试，而不是主导；另外，由于企业内部还有其他相关部门，可以由其他相关部门人员主导测试。）
　　他们自然知道什么是重要的，这就是为什么不举别人的例子，而是只和你们说我们自家产品（X产品，因为还没有面世，所以先这么称呼了）的原因了。
　　我们希望人们浏览我们的营销网站，了解更多关于我们的信息，从而了解我们的营销工作是否有意义。
　　我们也希望看到，人们注册、创建账户或申请成为测试人员这一过程，是多么的简单。
　　当然，还有更多我们想了解的事情，但这样足以开展下一步了。
　　一句话任务列表
　　根据前一步骤收集到的信息，为可用性测试提出了这份任务清单：
　　创建一个帐户
　　成为测试人员
　　开通服务
　　现在自己试着做一做。
　　考虑人们（应该）在你的网站应用上做的所有重要事情，并写下一个简短的一句话任务列表。
　　不要在细节上浪费时间，只需要列出清单就好，我们将在下一步中处理其余的事情。
　　一个好的任务列表包含与网站或产品成功相关的用户交互。
　　如果希望人们在网站或产品上购买东西，应该有一项要求测试这买东西的任务。
　　如果你想让人们创建一个帐户，应该让他们注册你的网站。
　　很快就会意识到，你和你的团队为自己的网站或产品列任务清单是多么容易。
　　这是进行可用性测试的一个好处，而且你可以随时采用更好的方式。
　　编写特定的任务场景
　　编写好的任务场景非常简单，有一些规则可以遵循，而无需成为专家。
　　但首先，让我们来看看有关X产品的例子，以便更好地了解如何编写自己的任务。
　　任务：创建一个X产品的帐户
　　你在一家电子商务公司工作，工作是为网站或者产品探索不同的可用性测试服务。了解X产品，看看它是否可以解决这个问题。选择一个计划并尝试创建一个账户。
　　任务：成为测试人员
　　你正在寻找机会在网上赚钱，并偶然发现这个网站或者应用。请尝试通过测试X网站或者应用来找出自己可以赚多少钱，并申请成为测试人员（如果需要，可以使用假电子邮件地址）。
　　任务：开通服务
　　想象一下，你有兴趣了解更多关于如何进行可用性测试的信息。请看看这个网站或者应用，找到一篇关于可用性测试的文章。快速阅读该文章，并尝试通过电子邮件订阅文章（如果需要，可以使用假电子邮件地址）。
　　在上面提到过，有一些编写任务场景的规则可以遵循：
　　避免在场景中提供线索。不要在网站或应用中使用罕见或独特的词汇。为什么？测试者将扫描屏幕以查找这些单词，并且也无助于获得关于可用性的更多见解。
　　写得清楚、易懂、易于遵循。写下你说话的方式，不要用科学或学术词汇或者口吻。与同事或朋友预先测试任务，确保他们通俗易懂，确保人们真正知道你希望他们做什么。
　　修剪任何不必要的细节。任务场景应设置上下文，并为用户提供必要的详细信息，如用户名或特殊交付地址，其他一切都是不必要的。尽可能缩短任务场景，保证测试者能够自己搞清楚。
　　奖励提示：让人们首页浏览
　　什么是首页浏览？
　　这是史蒂夫克鲁格的观点，这是他在每个可用性测试中都要做的事情，以便在他们提供实际任务之前让参与者开始工作。
　　下面是一个基于史蒂夫《RocketSurgeryMadeEasy》（中文书《妙手回春：网站可用性测试及优化指南》）一书的例子：
　　请浏览这个网站或者应用，告诉我们你的想法是什么：
　　你注意到的第一件事是什么？
　　你可以在上面做什么？
　　它提供了哪些产品或服务？
　　它的目标用途有哪些？
　　多浏览一下（或者说全面的浏览），说出你想到的一切。如果你想滚动或者划动页面都可以，但请不要点击任何东西。
　　你当然可以（也应该）根据你自己的需要来调整它。
　　首页浏览会告诉你，人们是否可以理解你的产品提供什么，并且了解你的产品是什么，即使是他们通常用不到甚至不需要的东西。
　　结果会告诉你为什么人们在理解你的产品或服务的时候存在困难。
　　你可以观察他们第一次使用你的网站或应用，并且了解他们对此的态度和想法。
　　这可以帮助你确定内容、信息，甚至是架构中哪些有用，哪些存在不解和困惑，哪些可能仍然处在游离状态（未击中目标）。
　　另外
　　避免通过使用“你对的第一印象”或“你对的看法”等方式询问测试者的想法。
　　测试者只会评价颜色方案、字体选择、布局和其他视觉设计元素。
　　虽然你可能会对这些信息感兴趣，但这不是你需要从可用性测试者那里听到的。
　　原文地址：https：userbrain。netblogwritebettertaskstoimproveusabilitytesting