最早接触到可用性测试是在08年，那时SonyEricsson的手机卖的还很火，而我是去给他们的手机输入法做测试——以受测者的身份。
可用性测试以任务为中心而非以用户为中心，主要用来完善目前的解决方案。
测试场所：
因为是公司给自己员工开发的周报系统，我们没必要用实验室，就在每个人自己的工位上，好像每天或者每周做的那样去填写周报就可以了。
第一步：用户角色分析：
主要角色和功能如下：
| 1 | 员工 | 写周报（添加\删除项目、填写工作内容等子任务） |
| 周报统计 | ||
| 查看周报 | ||
| 2 | 经理及秘书 | 周报审批 |
本次要改进的功能是写周报。对员工这一角色又可以按照熟练程度、使用习惯进行细分，基本上新员工肯定没有老员工那么熟练，老员工又可以分为每天认真填写的，和每周突击填写一次。如下图：
不难看出，小江和小高是我们的主要用户。找到这两个典型用户就可以了，但因为2个用户比较少，所以还找了小崔。这样就比较有把握发现80%的问题了（纯属个人乐观估计）。
第二步：操作流程分析：
预想设计的操作步骤：
| 步骤名称 | ||
| 1 | ||
| 2 |
用户1实际的操作步骤：
| 步骤名称 | 操作时间： | |
| 1 | ||
| 2 |
比较结果：
1、最耗时的操作步骤为？最短的操作步骤为？
2、差异最大的操作步骤为？
第三步：页面的点击路径分析：
页面１
测试结果分析：完成填写某一天日报的操作，鼠标需要滑过整个页面。
第四步：用户访谈：
1、总体评价
| 视觉风格 | 易用性 | 易学性 | 高效性 | |
| 用户１ | ||||
| 用户２ | ||||
| 用户３ |
2、对系统有无其他设计建议？
——————————————————————————
大体上我觉得一个可用性的测试报告应该包含的就是以上几部分，因为最初测试时和现在稍有改进，所以后半部分很多内容是空置的，并且还截取了另外一个项目的例子。
可用性测试非常适合于软件，对于网站则意义不大。因为一般用户到互联网上是无目的的闲逛，因此就没什么任务可言。
9 comments ↓
传说中的小高，前来报道！
[回复]
chenjz says:
七月 13th, 2010 at 3:32 上午
@莫矮水北, 你还是继续活在传说中吧
[回复]
说点个人想法哈，
测试用户的数量偏少，普遍的认识貌似是5、6个覆盖所有用户类型的用户能发现80%的问题；
测试中也应该考察不同用户对‘视觉风格’、‘易用性’、‘易学性’、‘高效性’等方面的倾向性差异。
[回复]
chenjz says:
七月 22nd, 2010 at 5:13 上午
@sam, 嗯，我这个不专业。你对这个测试的过程还有什么建议吗？
[回复]
sam says:
七月 22nd, 2010 at 5:26 上午
@chenjz, 我也只是积累了一些理论知识，还没机会实践呢～
[回复]
chenjz says:
七月 22nd, 2010 at 5:47 上午
@sam, 貌似我是有了些实践机会，想寻求点儿理论支撑，
咱俩可以结合下，哈哈
[回复]
fo7rO3 ywnnedqumylf, [url=http://iinlprmhgdsy.com/]iinlprmhgdsy[/url], [link=http://vmewjaquyzsl.com/]vmewjaquyzsl[/link], http://enszmqcntywv.com/
[回复]
acomplia for less ibqeu how to take doxycycline 2825 meridia jefm how to get prescription accutane sus
[回复]
cheap life insurance 0481 american home insurance 10162 cheap health insurance
DD
[回复]
I need your comments