|
相信每个产品设计者都希望自己能够打造出非常棒，贴合用户的产品，而可用性测试是对产品提升作用非常好的工具，可以为产品提供很多非常有价值的内容，让你可以恰当的在产品与用户之间找到一个微妙的平衡。
可用性测试在专业互联网公司里是隶属于用户研究的职责，而且用户研究这个职位并非每个公司都会设置，如果你也像我一样渴望提升产品品质又没有用研帮忙，也没有这方面的领路人的同行们，怎么办？因此我写了这篇文章，不是因为我是一个用户研究，也不是我对可用性测试多精通。
前段时间恰好啃了一些资料，把笔记整理了一下写下了这篇文章，这篇文章不可能让你精通于可用性测试，最多让你粗略的了解它，所以在文章结尾处，我会把之前收集的一些资料放上，方便大家进行后续的深入研究，同时希望有经验的人能够多多指点取经。
准备：可用性测试资源
- 测试目的：这次的可用性测试是为了完成什么样的目的
- 测试时间：预估时间(90分钟左右)
- 工作人员：需要几名工作人员，一般来说5个人的可用性测试由(5名测试人员,5个陪同测试人员,1个助理,1个主持人)
- 测试人员：5名参与测试人员（5名测试人员就能够把80%的问题找到了，人数过多并不是好事，找人的时候可以根据情况自己选择，一般来说多找“轻用户”和“有潜在需求”的人
- 主持人：负责串联起来整个可用性测试。（讲稿在下面）
第一部分：制定测试情景与任务
任务多≠任务好
设定任务不宜过于过多，5个任务即可，每个任务也不宜复杂，最好能够自然模拟用户的心理
在一开始如果不知道怎么开始测试的时候，可以把产品的关键点一个个列出来，在设置任务的时候，将任务需要测试几个点先植入，再开始慢慢编写配套的任务与环境，任务无需多，需核心。
开始设计情景与任务
这篇文章介绍的很具体，可以看这里《可用性测试中的任务设计方法》
第二部分：准备可用性测试
- 任务测试纸：几个参与测试人员就制作几套测试纸（每个任务1张纸，字要大。）
- 信息登记表：统计参与测试人员的年龄，爱好，性别，电话
- 屏幕录像软件：Faststone Capture(屏幕录像软件) 如果你有更好的可以更换
- 主持稿：见《妙手回春:可用性测试及优化指南》P76，已经写的非常好了
- 测试流程计划：《妙手回春:可用性测试及优化指南》P74，同上
- 食品：水，纸，笔
题外话：《妙手回春:可用性测试及优化指南》是一本系统阐述了可用性测试的书，非常完整，国外对待可用性测试很严谨，像一门科学研究(老外做事真的很认真细节)。但因为不是专业用研，没有全按照书上的做，而是选择一些内容有针对性的做，不过推荐大家有时间读一读这本书。
第三部分：内部沟通&预测试
在开始测试前，还需要进行2件事情
与所有工作人员进行一个简单的沟通会，主要沟通：
讲解测试流程：讲解测试的目的，为什么要设定这样的情景任务，需要完成哪些重点，在测试时候有哪些地方需要特别注意用户的操作
如何与用户接触：当测试者进行不下去任务的时候怎么办，发现用户情绪不对了如何去安抚，是否需要终止任务等状况。
进行预测试及修正情景与任务
找一个阳光明媚的下午，请1，2位同事，简单的进行一下预测试，主要目的是核对下资料是否准备齐全，整个流程是否顺利进行，以及情景任务是否合理，通过预测试及时调整这些内容，也让自己长点信心
第四部分：终于开始测试了 T_T
大致流程如下：
1. 欢迎
- 自我介绍
- 解释测试的目的和时间
- 向用户强调测试的对象是系统而非用户
- 请用户尽量“出声思维”
- 告知测试会屏幕录像，但结果完全保密
2.提问
- 提问所在职业，从事行业
- 平时上网的情况（每天上网多少时间，都上什么网站）
- 平时使用产品偏好
3.测试中
- 宣读任务
- 不要以任何方式表现出用户正在犯错或操作太慢
- 仔细的观察，并认真聆听用户的建议
- 识别用户情绪，必要的时候选择停止任务
- 用户遇到困难时尽量不要提供帮助，可给予适当鼓励
- 在用户完成一个场景时可适当的问“为什么刚才那样操作”，尽量简单
4. 提问
- 询问那些在过程想深度询问但没有询问的问题？
- 询问在观察的同时关心的问题？
5. 道别
- 感谢用户
- 将用户送出门口
- 保存录像，开始整理记录&分析
第五部分：整理总结，分析改进
召集所有参与测试的工作人员，将所有记录的问题汇总，最好有个黑板，全部贴上。
然后找出可以马上改进的问题，先把这些问题处理，接下来把大的东西再仔细的通过录像，笔记进行仔细的考虑，后续与产品，交互等一起进行改进。
这样就差不多完成了一次可用性测试，以上的流程也可以根据自己的实际情况再进行修改。
原文：http://icojump.in/?p=1678
本文链接：http://www.blueidea.com/design/doc/2011/8685.asp 
出处：ICO
责任编辑：bluehearts
|
