网站可用性测试及优化指南-随笔2

怼烎@ 2022-03-31 12:28 138阅读 0赞

无意中看到这种书<网站可用性测试及优化指南>，虽然是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，每场测试结束后：  
  
个人体会：  
本章是对测试工作的细节描述，讲述可用性测试的工作如何开展进行。  
对于毕业生或刚进入测试工作的员工来说，是很好工作经验描述，详细到你每一步需要做什么。（如果有本书可以讲述优秀的程序员如何工作，该多好啦，可以让很多人尽快的入门，而不用走弯路）