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

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