首页 > 网站 > WEB开发 > 正文

开始一场可用性测试

2024-04-27 14:41:04
字体:
来源:转载
供稿:网友

开始一场可用性测试 三联

  相信每个产品设计者都希望自己能够打造出非常棒,贴合用户的产品,而可用性测试是对产品提升作用非常好的工具,可以为产品提供很多非常有价值的内容,让你可以恰当的在产品与用户之间找到一个微妙的平衡。

  可用性测试在专业互联网公司里是隶属于用户研究的职责,而且用户研究这个职位并非每个公司都会设置,如果你也像我一样渴望提升产品品质又没有用研帮忙,也没有这方面的领路人的同行们,怎么办?因此我写了这篇文章,不是因为我是一个用户研究,也不是我对可用性测试多精通。

  前段时间恰好啃了一些资料,把笔记整理了一下写下了这篇文章,这篇文章不可能让你精通于可用性测试,最多让你粗略的了解它,所以在文章结尾处,我会把之前收集的一些资料放上,方便大家进行后续的深入研究,同时希望有经验的人能够多多指点取经。

  准备:可用性测试资源

  测试目的:这次的可用性测试是为了完成什么样的目的

  测试时间:预估时间(90分钟左右)

  工作人员:需要几名工作人员,一般来说5个人的可用性测试由(5名测试人员,5个陪同测试人员,1个助理,1个主持人)

  测试人员:5名参与测试人员(5名测试人员就能够把80%的问题找到了,人数过多并不是好事,找人的时候可以根据情况自己选择,一般来说多找“轻用户”和“有潜在需求”的人

  主持人:负责串联起来整个可用性测试。(讲稿在下面)

  第一部分:制定测试情景与任务

  任务多≠任务好

  设定任务不宜过于过多,5个任务即可,每个任务也不宜复杂,最好能够自然模拟用户的心理

  在一开始如果不知道怎么开始测试的时候,可以把产品的关键点一个个列出来,在设置任务的时候,将任务需要测试几个点先植入,再开始慢慢编写配套的任务与环境,任务无需多,需核心。

  开始设计情景与任务

  这篇文章介绍的很具体,可以看这里《可用性测试中的任务设计方法》

  第二部分:准备可用性测试

  任务测试纸:几个参与测试人员就制作几套测试纸(每个任务1张纸,字要大。)

  信息登记表:统计参与测试人员的年龄,爱好,性别,电话

  屏幕录像软件:Faststone Capture(屏幕录像软件) 如果你有更好的可以更换

  主持稿:见《妙手回春:可用性测试及优化指南》P76,已经写的非常好了

  测试流程计划:《妙手回春:可用性测试及优化指南》P74,同上

  食品:水,纸,笔

  题外话:《妙手回春:可用性测试及优化指南》是一本系统阐述了可用性测试的书,非常完整,国外对待可用性测试很严谨,像一门科学研究(老外做事真的很认真细节)。但因为不是专业用研,没有全按照书上的做,而是选择一些内容有针对性的做,不过推荐大家有时间读一读这本书。

  第三部分:内部沟通&预测试

  在开始测试前,还需要进行2件事情

  与所有工作人员进行一个简单的沟通会,主要沟通:

  讲解测试流程:讲解测试的目的,为什么要设定这样的情景任务,需要完成哪些重点,在测试时候有哪些地方需要特别注意用户的操作

  如何与用户接触:当测试者进行不下去任务的时候怎么办,发现用户情绪不对了如何去安抚,是否需要终止任务等状况。

  进行预测试及修正情景与任务

  找一个阳光明媚的下午,请1,2位同事,简单的进行一下预测试,主要目的是核对下资料是否准备齐全,整个流程是否顺利进行,以及情景任务是否合理,通过预测试及时调整这些内容,也让自己长点信心

  第四部分:终于开始测试了

  大致流程如下:

  1. 欢迎

  1. 自我介绍

  2. 解释测试的目的和时间

  3. 向用户强调测试的对象是系统而非用户

  4. 请用户尽量“出声思维”

  5. 告知测试会屏幕录像,但结果完全保密

  2.提问

  1. 提问所在职业,从事行业

  2. 平时上网的情况(每天上网多少时间,都上什么网站)

  3. 平时使用产品偏好

  3.测试中

  1. 宣读任务

  2. 不要以任何方式表现出用户正在犯错或操作太慢

  3. 仔细的观察,并认真聆听用户的建议

  4. 识别用户情绪,必要的时候选择停止任务

  5. 用户遇到困难时尽量不要提供帮助,可给予适当鼓励

  6. 在用户完成一个场景时可适当的问“为什么刚才那样操作”,尽量简单

  4. 提问

  1. 询问那些在过程想深度询问但没有询问的问题?

  2. 询问在观察的同时关心的问题?

  5. 道别

  1. 感谢用户

  2. 将用户送出门口

  3. 保存录像,开始整理记录&分析

  第五部分:整理总结,分析改进

  召集所有参与测试的工作人员,将所有记录的问题汇总,最好有个黑板,全部贴上。

  然后找出可以马上改进的问题,先把这些问题处理,接下来把大的东西再仔细的通过录像,笔记进行仔细的考虑,后续与产品,交互等一起进行改进。

  这样就差不多完成了一次可用性测试,以上的流程也可以根据自己的实际情况再进行修改。

  参考资料

  以下是之前参考一些资料,如果大家对可用性测试还有兴趣的话,可以再研究下这些文档:

妙手回春:可用性测试及优化指南

简单快速的可用性测试笔记

可用性测试的权衡之道(一)

可用性测试过程

UCDchina“可用性测试”话题

文章来源:ico的UI设计


发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表