标签：
无意中看到这种书<网站可用性测试及优化指南>，虽然是2010年出版的书，由于里面很多内容是对工作的指导，阅读下来还是有所帮助的。
这本书内容不多，所以读起来很快的，今天阅读了第六章和第七章(哈，没有按照章节顺序读)
第六章： 给测试者找点事情做 (不然他们不知道要做什么或者没有目标的测试可能也没有意义)
1，首先，指定一个任务清单：
1，拿张纸；
2，列出访问者需要在你的网站中完成的5-10件最重要的事情。
“你不能光说，应该真正尝试一下。” 很多人的执行力都不到位吧，我的执行力也需要提高。
这里需要注意的是：确保测试的任务反映了用户的实际目标，而不是你认为的用户想做的事情。
2，确定测试哪些任务：
制定清单后，需要确定要在本月测试哪些任务。
测试哪些任务取决于以下很多因素：
a，哪些任务至关重要：访问者在网站上必须要完成的事情，如在当当就要让访问者下单买书；
b，哪些任务让你晚上睡不着？如一些给用户造成困惑的功能点；
c，其他用户研究表明哪些功能可能不容易使用？客服常听到的用户问题是什么，要有反馈系统；
3，将任务变成场景：
写作：将有关任务的简单描述转换为参与者能够阅读、理解并遵循的脚本。
4，设置约束条件：
主要是针对参与者来设置约束，如：
a，不要使用搜索；
b，留在网站内；
5，对情景进行先导性测试：
定义：编写情景后，需要对它进行预先测试，这称为先导性测试 （Pilot test）；
时间：在15分钟内完成；
目的：确保情景描述清晰、明确；
执行人：可以让任何人做参与者；
6，将场景打印出来：供参与者使用；
个人体会：
很多单位都没有做可用性测试，更不用说找一些参与者来体验了。不过目前一些App产品确实已经开始在网上找人使用产品，填写产品体验报告了，这个行业在进步。
关于写任务场景这个工作：感觉还是有必要的，不然参与者没有目标的体验，提交的报告内容就会有出入。
~~~~~~~~ 不华丽的分割线，^_^ ~~~~~~~~~~~
第七章：一些单调乏味的核对清单：
"我喜欢管用的东西，而在有些情况下检查列表确实很管用。"
目的：在主持活动的时候，有很多事情必须在特定的时间进行，而且有很多细节需要跟踪。你可能记得完成大部分工作，但检查列表让你不会错过每一个事项，尤其是那些每个人都可能忘记的东西。（类似于提示卡的功能）
作用：在测试当天，检查列表让你无需牢记那些繁琐的细节，从而能够从容地将全部注意力集中到参与者身上。
1，三周前：
确定要测试什么：网站、线框图、原型等。
制定要测试的任务清单。
确定要用什么样的参与者进行测试。
。。。
2，两周前：
3，一周前：
4，一两天前：
5，测试当天(第一场测试前)：
6，每场测试前：
7，参与者在录像许可表上签字时：
8，每场测试结束后：
个人体会：
本章是对测试工作的细节描述，讲述可用性测试的工作如何开展进行。
对于毕业生或刚进入测试工作的员工来说，是很好工作经验描述，详细到你每一步需要做什么。（如果有本书可以讲述优秀的程序员如何工作，该多好啦，可以让很多人尽快的入门，而不用走弯路）
标签：
原文地址：http://www.cnblogs.com/jimcsharp/p/4232016.html
