有效地编写测试任务及相关的情景是完成可用性测试的关键。为了获得真实的反馈，研究人员需要在在任务描述中提供足够的信息以便用户理解和完成任务，但又不能提供过多的信息以避免污染数据的真实性。
对于成熟的用户研究人员而言，测试任务的撰写应该是足够明确的事情，他们知道如何在提供适当信息的同时激励用户进行任务。对于我而言...感谢John Romadka 在UserZoom分享了这个模板（注意这个模板的内容是写给自己/同事看的，对于给用户看的测试任务怎么写，可以看看拓展阅读中提供的几篇文章）。
Romadka的原话：“我用这个来描述测试任务和场景。如果我不能亲自撰写测试任务的话，我会要求客户或利益相关人按照这个模板给我提供信息。我并不指望他们能够把所有的元素填写正确，但是这些元素是理解可用性测试的任务目标/假设/操作步骤和成功标准的必要信息，对这些元素的思考和判断将有利于更好的完成可用性测试。”
使用指南：
任务编码和任务名称：对每个测试任务进行编号和命名。命名将便于让人了解每个任务的目的；编号的用处将体现在：你可以直接要求用户‘接下来请跳过任务3直接进行任务4’，而不用与用户交流任务相关的内容。
目标/输出：描述用户在完成任务后的产品状态：是否有真实的结果产出？是否用户能够明白任务已经完成？用户怎样确认任务已经完成？
输入：描述用户完成任务所需的全部信息/资源。例如：对于登录的测试，需要提供可供登录的账号和密码；
先决条件：即支持任务进行下去的先决条件。例如：测试希望了解用户在注册时遭遇到‘账号已存在’时的反应，则先决假设为‘数据库中包含有相同账户名的用户’；
操作步骤：描述理想状态下用户从任务开始到结束的操作步骤。完善的步骤流程有利于判断产品原型的准备是否完全；这些步骤将为不熟悉产品流程的参与人员进行观察提供帮助。需要注意的是，在编写步骤时保持在‘页面’的水平 --- 即每个步骤在不同的页面中产生。对于可通过多种路径达成的目标，重点描述核心流程，备注其它流程。
成功的标准：用于判断任务是否完成的指标；
备注：其它你认为有用的信息。
拓展阅读：
Usability testing: how do we design effective tasks 中介绍了：如何选择 、编写、向用户呈现测试任务。
How to Write Better Tasks to Improve Your Usability Testing 中介绍如何编写针对用户的测试任务。
Task Scenarios: How to Avoid User Testing Bias 中介绍了编写测试任务的步骤，以及如何将任务与场景结合以减少测试偏差。
Seven Tips For Writing Usability Task Scenarios 中Jeff Sauro指出了编写测试任务/场景时需要注意的几点信息。
Turn User Goals into Task Scenarios for Usability Testing 中提供了编写测试任务的3个小技巧。
5 Mistakes People Make When Writing Usability Tasks 中介绍了在编写测试任务时大家需要避免的5种错误。
Creating usability test tasks that really motivate users 中David Travis将测试任务分为了6中类型并描述了每种类型适配的研究目的和内容。F
