简单快速的可用性测试

可用性测试是改善产品的最佳方式之一,这一点,在内部已经是不争的共识。只是由于用研人手总是不足,所以为了能让各个部门的同事能更快速地展开一些研究和测试的工作,我们陆续整理了一些简单的文档和教程,并计划通过集中的培训来普及一些用户体验的方法。因此,要特别强调的是,本文所介绍的测试方法是简单,非正式的,小样本的,以发现严重问题为目的的。如果要深入了解测试的原理,方法,请参阅以下几本书:
Handbook of usability testing

Usability testing and research

Measuring the user experience

在开始之前,我要强调,测试要尽早开始,并且只需要简单的设备就可以进行。

什么是">可用性测试?

其实可用性测试并不复杂,简单概括就是观察用户使用产品。如果稍微扩展一些,我们可以将其解释为:通过观察有代表性的用户,完成产品的典型任务,而界定出可用性问题并解决这些问题。而目的呢,则是为了让产品用起来更容易。



如何设计和进行可用性测试

根据上面的定义,我们在如何设计和进行可用性测试的部分将主要回答以下几个问题:

l  如何设计任务

l  如何找用户

l  如何进行测试

l  如何分析找到可用性问题

如何设计测试任务;

设计测试任务是可用性测试前期计划的核心,我们建议最好在任务设计之后再确定用户招募的标准,因为测试中涉及什么样的任务和你要描述的用户操作经验直接相关。确定了前者,后者也就更明确了。

在设计任务前,需要反复的问自己:

“我设计的测试任务是真的反应了用户的实际目标么(而并不是我认为用户想要做的事)?”

在问了三次以上上面的问题,并且确定可以肯定的回答自己之后,就可以开始设计任务了。

通常的方法是:

a)     先列出一个任务清单,用简单的短句来描述测试中涉及的任务——主要是给内部人员看的。由于是快速测试,因此,任务不宜过多,必须是重要的,核心的,你觉得可能会有问题的任务;

b)     在筛选完任务清单后,将任务变成场景——场景就是你要读给用户听,或者要给用户看的内容。因此必须要包含用户的目标和动机——因为对用户来说,你的功能并不重要,重要的是他们的目的以及他们完成目的的过程。这时候,你可以再问一次自己上面的问题。

c)      确定操作任务需要的条件:比如是不是需要一个新的账号,是不是需要准备好必要的文件等等;

d)     预测试:预测试主要是为了发现任务设计的问题,可以找公司内的同事,利用午休时间快速完成

如何找用户;

在利用各种资源找用户之前,我们要首先明确,我们要找什么样的用户来?

找什么样的人来?

以前,在测试计划阶段,我们和产品以及设计的同事沟通,他们对用户的描述,往往是:25~30岁,上班族之类。但事实上,我们在测试中最关注的是用户的操作行为,因此,在确定用户甄别的标准时,们最应该关注的是产品使用经验和使用行为,而不是人口统计学特征。关于这一内容更详细的解释,可以参看这篇文章。http://www.uie.com/events/uiconf/2008/articles/recruiting_participants/

找几个人来?

一谈到要找几个人来测试,就不得不请出Nielsen的这张经典图表。虽然学术界对于5个用户究竟是否足够有很多争论。不过,从我们的实践角度来看,只要在第一个阶段界定的好,找到合适的人,那么,5个用户真的已经可以发现明显的可用性问题了,当然,这里要再一次强调,快速测试的目的是为了发现严重的问题而不是全部的问题。

此外,我们发现,在平时的测试中,在观察前三个用户测试时,单面镜后的产品和设计人员往往精力集中,下笔如飞,但到了5个之后,新的信息越来越少,大家不是发呆,就是干脆睡了(像图中的兔子一样)。所以,从工作状态的角度讲,5个以内的测试用户,能够保证大家精力集中,并且愿意去观察和倾听。

如何找用户?

在确定了甄别的标准和用户的数目之后,找用户就成了头痛的问题。在这里,我的建议就是,由于是快速测试,就尝试用尽一切办法,无论是找同事(同部门的同事就不要找了),朋友,朋友的朋友,网站论坛发广告等等,只要快,并且在招募时,坚持要求,大家是可以“不择手段”的。当然了,如果这时候能有一份平时就在维护的用户列表就再好不过了。

如何进行测试

因为是快速的测试,主持人从用研人员变成了产品和设计人员自己。因此,在这里要强调的是,在测试中不要试图教用户如何使用产品,也不要试图向用户推销你的产品。

主持人做什么

记录人员做什么

无论是有条件实时观察(有专门的体验室或者工具),或者需要回看录像来观察,记录时都要注意,记录的重点不是用户说了什么,而是用户如何使用。记住,在测试中,做了什么比说了什么更重要。当然,由于是为了发现严重问题而进行的测试,并且严重的问题总是显而易见,因此,可以同时记录问题,但不要急于讨论问题的解决方案。因为马上想到的方案或者用户提出的方案并不一定是最好的,这个工作可以留待可以安静思考或者大家讨论时进行

如何分析找到可用性问题

在完成测试后,需要主持人和观察人员趁着记忆犹新的时候快速地将有用的信息整理出来,可以采用便利贴,也可以专门空出一块白板或者建立一个文档。总之把用户相关的操作,提出的问题,和我们自己发现的问题迅速地写出来。但,不要快速下结论。

在所有测试完成后,整理已经有的便利贴,列表等,然后找出那些最严重的问题,快速地修复它们。在这一环节,重点是一再地明确,究竟那些问题才是最重要的,并且可以马上修复的。这样,测试的结果才是可执行的,而不是仅仅变成了一张存档的问题列表而已。

来源:http://uedc.163.com/4151.html

时间: 2024-09-28 04:17:14

简单快速的可用性测试的相关文章

开始一场可用性测试

  相信每个产品设计者都希望自己能够打造出非常棒,贴合用户的产品,而可用性测试是对产品提升作用非常好的工具,可以为产品提供很多非常有价值的内容,让你可以恰当的在产品与用户之间找到一个微妙的平衡. 可用性测试在专业互联网公司里是隶属于用户研究的职责,而且用户研究这个职位并非每个公司都会设置,如果你也像我一样渴望提升产品品质又没有用研帮忙,也没有这方面的领路人的同行们,怎么办?因此我写了这篇文章,不是因为我是一个用户研究,也不是我对可用性测试多精通. 前段时间恰好啃了一些资料,把笔记整理了一下写下了

如何开始第一场可用性测试

相信每个产品设计者都希望自己能够打造出非常棒,贴合用户的产品,而可用性测试是对产品提升作用非常好的工具,可以为产品提供很多非常有价值的内容,让你可以恰当的在产品与用户之间找到一个微妙的平衡. 可用性测试在专业互联网公司里是隶属于用户研究的职责,而且用户研究这个职位并非每个公司都会设置,如果你也像我一样渴望提升产品品质又没有用研帮忙,也没有这方面的领路人的同行们,怎么办?因此我写了这篇文章,不是因为我是一个用户研究,也不是我对可用性测试多精通. 前段时间恰好啃了一些资料,把笔记整理了一下写下了这篇

如何改善您的网站可用性测试

  在最初的一次网站可用性测试实验中,我遇见了一位和蔼可亲的老大妈,她从来没用过鼠标.在测试过程中,她一直用手比划着,一边对着屏幕在空气中比划,一边对着光标说着建议的话.在测试最后,我当然没有得到任何结果,但是她坚持认为我是一个"可爱的男孩",并且应该认识一下她的孙女.很快地,我学习到了如何设置实验者招募的核心标准. 如果你之前做过一个可用性测试,你就会知道这个不是看起来那么容易的.虽然这不是火箭科学,但其中也包含一些举足轻重的复杂性.在这篇文章里,我会分享一些我学到的关于如何帮助你避

如何设计和进行可用性测试:分析找到可用性问题

文章描述:本文所介绍的测试方法是简单,非正式的,小样本的,以发现严重问题为目的的. 可用性测试是改善产品的最佳方式之一,这一点,在内部已经是不争的共识.只是由于用研人手总是不足,所以为了能让各个部门的同事能更快速地展开一些研究和测试的工作,我们陆续整理了一些简单的文档和教程,并计划通过集中的培训来普及一些用户体验的方法.因此,要特别强调的是,本文所介绍的测试方法是简单,非正式的,小样本的,以发现严重问题为目的的.如果要深入了解测试的原理,方法,请参阅以下几本书: Handbook of usab

移动可用性测试流程

  测试计划和招募(Prepare & Recruit) 这是移动可用性测试最重要的阶段,这个阶段需要明确五大问题:为什么测试?在什么环境下进行测试?招募哪些对象进行测试?测试的系统和功能是什么?如何搜集和分析这些数据?对于这些问题,在内部需要讨论并达成一致意见.然后制定可用性测试计划,准备相关素材,包括制作测试原型.撰写测试任务和脚本.招募被试者.搭建测试环境和准备测试工具等. 预测试和正式测试(Pilot & Test) 移动可用性测试受到设备.环境.任务等多因素影响,进行预测试可帮助

游击式可用性测试的艺术

  游击式可用性测试是一项非常有效的技术.设计师马丁•贝朗这样描述:"这是一门艺术,好比在一家咖啡馆或公共场所随机搭讪一位落单的人,在他浏览网页时,快速拍摄一段几分钟的视频."我们现在跳过随机搭讪技巧的部分,而直达它的精妙之处,包括如何获取并与团队分享反馈. 我最近参与了一个快速启动的项目,要求我的团队在极短的时间内完成一个响应式网站.给予我们开发的时间已经很少,更别提做用户研究了.然而,得益于游击式可用性测试,我们获取了关于品牌定位的用户反馈.最终,我们的设计既满足用户预期又达到了商

浅谈游击式可用性测试

游击式可用性测试是一项非常有效的技术.设计师马丁•贝朗曾经这么说:"这是一门艺术,就像是在一家咖啡馆或公共场所随机搭讪一位落单的人,在他浏览网页时,可以拍摄一段几分钟的视频."现在我们就是直接跳过搭讪,直接到达它的精妙之处,还有怎么获取,然后和团队分享反馈. 我最近参与了一个快速启动的项目,要求我的团队在很短的时间内完成一个响应式网站.给我们开发的时间是很短的,用户研究更不用说了.但是得益于游击式可用性测试,我们获取了关于品牌定位的用户反馈.最后我们的设计不仅满足用户预期还达到了商业目

《可用性测试手册(第2版)》一第2章 可用性测试是什么2.1 为什么测试?测试的目标

第2章 可用性测试是什么 可用性测试手册(第2版)可用性测试通常泛指所有评估产品或系统的方法.大部分时候,说这话的人显然是指第1章提到的方法之一.全书中提到可用性测试指的是:招募用户作为测试被试者,他们代表目标受众来评估产品满足特定可用性标准的程度.被贴上可用性测试标签的专家评估和走查,等等,并不满足目标受众这一条件. 可用性测试是一个研究工具,它植根于经典实验方法论.一个测试的范畴非常宽泛,经典实验方法可以是大样本真实测试和精密设计的测试,也可以是针对一个个体非正式的定性研究.每一个测试方法都

《可用性测试手册(第2版)》一1.4 实现可用性的技术

1.4 实现可用性的技术 UCD是在产品开发周期的不同节点中应用不同的技术.方法和实践工作.回顾常用方法可以提供可用性测试一些场景.可用性测试本身就是诸多方法中的一种.请注意下文描述的技术被提及的顺序从一定程度上代表了它们应用到一个产品开发周期中的顺序. 1.4.1 人机工程学研究 人机工程学研究借鉴于人类学学科体系.它在实际使用场所中观察用户(如工作场所.家.咖啡吧等),收集目标用户是谁,他们需要完成的与产品相关的任务和目标是什么,以及他们要完成目标的场景.通过这一定性研究,就可以构建用户轮廓