无意中看到这种书<网站可用性测试及优化指南>，虽然是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，每场测试结束后：

   

个人体会：

    本章是对测试工作的细节描述，讲述可用性测试的工作如何开展进行。

    对于毕业生或刚进入测试工作的员工来说，是很好工作经验描述，详细到你每一步需要做什么。（如果有本书可以讲述优秀的程序员如何工作，该多好啦，可以让很多人尽快的入门，而不用走弯路）