可用性测试的具体做法及经验总结实例讲解Word文件下载.docx
- 文档编号:13709818
- 上传时间:2022-10-13
- 格式:DOCX
- 页数:13
- 大小:496.67KB
可用性测试的具体做法及经验总结实例讲解Word文件下载.docx
《可用性测试的具体做法及经验总结实例讲解Word文件下载.docx》由会员分享,可在线阅读,更多相关《可用性测试的具体做法及经验总结实例讲解Word文件下载.docx(13页珍藏版)》请在冰豆网上搜索。
什么是SUS量表?
1.关于ASQ
2.什么是SUS量表?
四、可用性测试一般在什么时候进行?
五、什么功能适合做可用性测试?
六、总结
一.什么是可用性测试?
1.什么是可用性测试
可用性测试,是通过观察有代表性的用户,完成产品中的各项任务,界定出可用性问题并解决这些问题。
展开来讲就是:
观察代表性用户;
完成所测产品的典型任务;
测试出产品有哪些问题;
解决问题
举个例子:
拿咪咕圈圈的弹幕功能来说,用户通常在什么场景下会使用弹幕,在使用时是否能熟练使用以及是否对弹幕功能有自己的意见或不满?
代表性的用户:
会使用咪咕圈圈看漫画的深度用户
典型任务:
用户在观看视频时,想要发送一条弹幕,再发一条好友弹幕
测试出的产品问题:
觉得填写@调出好友界面的操作流程比较麻烦且隐藏,期望简化操作流程
扩大分享到站外好友
解决问题:
可以优化聊天框,将@功能显示出来
增加扩大分享到站外好友功能
2.可用性测试的优点是什么?
为什么还有那么多公司不用呢?
第一种情况是,他认为我的产品没问题,用户都会用,不需要做可用性测试;
第二种情况是压根没有这个意识,也不去了解学习,就这样用户离她们越来越远,过上YY的生活;
第三种情况是,有意识去做,但不专业,害怕做不好,不知道怎么入手
有人又要问了,可用性测试很重要吗?
当然重要。
是必须要做的吗?
也不是。
因为并不是每次迭代更新都要做可用性测试,会很浪费时间人力成本,可能效果还不好。
那为什么可用性测试又如此重要呢?
因为它可以让你接近真实用户,除了给你带来某功能的具体使用情况外,还可以带给你更多的用户信息。
很多时候,可用性测试就是一次小型的用户访谈。
二.可用性测试的具体流程及注意事项
整个可用性测试可以分为以下几个阶段:
需求收集;
资料准备;
用户招募;
测试任务设计;
预测试;
开始测试;
分析报告
1.需求收集
通常在进行可用性测试之前,用户研究员会去向产品经理、设计师、运营等人员收集他们的需求,当然,也可以用盐组内部提出需求,通常都会有专门的需求收集模版,让相关角色根据模版填写即可,然后进行整理汇总。
用盐需求模版基本包含:
需求名称/功能:
描述需要验证的是什么功能
需求类型:
是验证型(已上线)还是探索型(未上线)
配合方:
在进行中是否需要其他部门人员配合或提供资料等
时间要求
需求提出方
需求背景
可用性测试目的:
调研内容:
比如用户在使用弹幕社交的看法态度及潜在需求
调研对象;
提供素材:
是否有可疑提供的素材或资料
在测试之前,一定要做好资料准备
一个是设备资源,当然不是专业的测试实验室,拥有各项专业设备、录音设备、观察室等,这种测试环境距离我们比较遥远。
对于普通公司来说,实际上不需要非常专业的测试设备。
通常情况下只需要2台电脑、2台手机。
如果是测试PC端,那完全可以用QuickTime等录屏软件,不仅可以记录操作,还可以录音;
如果是测试iOS移动端,最新的iOS系统已经自带录屏软件了,老系统的话可以数据线连接电脑,通过QuickTime来显示并录屏;
如果是安卓机,可以在应用市场下载录屏软件。
为什么要2台电脑2台手机呢?
因为1台电脑用户做测试用,1台是观察员记录笔记用,可以把问题直接记录下来,以免后期再重复且记不清。
手机的话,1台做测试用,1台录音用,当然也可以用录音笔
除了测试设备之外,还需要准备一些小礼物。
礼物根据做测试的用户来定,如果是同事或朋友,耽搁不了很久的,买点小礼物意思一下即可;
如果是你的目标用户,还很费时间,那投入就大了。
礼物注意事项:
礼物可以提前送,打消用户心理的顾虑和隔阂,能快点进入状态,用户拿到礼物后,会比较敬业的完成测试,毕竟拿人嘴短。
3.用户招募
很多人不知道在招募用户的时候,招多少人合适,也没有对用户进行区分,所以我们需要了解招募用户的正确方法:
(1)招募5个用户
尼尔森博士说:
有5个人参加的用户测试,就可以发现85%左右的产品可用性问题。
为什么5个就够了呢?
JakobNielsen博士统计了尼尔森集团在2012年做的83个可用性测试项目发现:
参与可用性测试的用户越多,并不能发现更多的问题。
(2)招募目标用户
做可用性测试一定要招募目标用户,不是真实用户的话很难融入到场景当中,反馈给你的没有太大帮助。
还有一点是,招募的用户需要有能力并且有经验完成任务,而且有一定的动机来完成。
咪咕圈圈是一款偏向二次元用户的产品,那么在招募用户时,就需要招募对二次元感兴趣的用户,喜欢看二次元的内容,即有一定动机来完成任务。
如果项目很简单,只想测试一下项目的交互流程是否有问题,为了节约成本,可以找其他部门同事来帮忙,做肯定要比不做要好,避免后期开发阶段发现太多问题导致推翻方案或项目延期
招募用户时,还需要做用户筛选,用户一般分为:
小白用户、大众用户、深度用户,如果只招募其中的一种,那么结果很定会有偏差。
小白用户对于行业不了解,像一张白纸,很难提出建设性意见;
专家用户对产品足够了解,他会去关注各种细节,所想的范围超出了普通用户的范畴。
所以在招募时,这三种用户都需要招募,这样能反馈更多有效的问题。
(3)招募用户有哪些途径呢?
对于B端产品来说,用户招募不是问题;
对于C端比较简单的可用性测试,直接找内部同事即可,最难的是C端真实用户的招募
基本上有以下几个方法:
核心人际圈:
你的同事,其他部门的同事、朋友等
万能的朋友圈、各大微信群
符合测试条件的陌生人:
官微、官博、粉丝群等等
近期在做的项目,需要找初高中生群体测试产品的核心功能,我们首先在公号、app的banner区域宣传,还有运营部门的外部支持,以及可以汇集初高中生较多的地方宣传招募,成功征集到6个真实用户做测验
4.测试任务设计
任务的设计,是整个测试的关键点,任务设计的好坏决定了后期的成败。
(1)首先要明确测试的目的,这个一定要牢记
(2)确定测试的功能
在设计任务的时候,一定要明确本次测试的重点是什么,这个在前期收集需求的阶段就要明确,一个模块包含很多个功能,如果每个功能都测一遍,那用户也会很不满意,所以一定要有所取舍,而且最好在正式测试之前,先预测试一番。
关于测试的时长,最好控制在1小时左右,这样,用户也不会觉得烦
(3)任务设计要场景化、情感化
任务场景化,是测试人员很容易忽略的问题。
设计任务时可能只简单描述一下任务,比如,打开咪咕圈圈app,在看动画的时候发一条弹幕吐槽一下。
这样描述问题,很难让用户带入到场景中,结果就是简单完成了任务,但是不能给你反馈的建议。
那我们怎么设计呢?
我们要营造一个气氛,让用户感觉身处在这个场景当中。
比如:
请选择一部你感兴趣的漫画进行观看,在观看的过程中你发现有一个画面很有趣,想发表吐槽,并且分享给你的好友
(4)任务设计的数量
在设计任务时,经常容易设计的任务过多,前面讲过,1个可用性测试最好在1小时内完成,时间过长的话,用户的耐心和配合度都会减弱,1小时内完成3-6个任务是比较合适的。
如果每个任务都很重要的话,可以分成2次来测试,先测一部分,剩余的并入下一期来测;
或者是本期测完,但真对某些任务只测部分用户
5.预测试
预测试是指把测试设备、测试脚本都准备好,按照正常测试流程走一遍,尽可能的模拟真实环境,主持人要讲完所有的串词,注意不是拿稿子念,观察员要看完用户操作全程并记录,如果真实测试是在户外进行,还要考虑Wi-Fi不良的情况。
预测试的结果也要写进分析报告中,非百分百的真实用户提出来的体验问题也是具有参考意义的。
预测试结束后,需要问一下被测用户在整个流程中是否有不适的地方?
哪些环节是我们需要完善的?
主持人和项目组讨论复盘整个流程和所有文档。
复盘后改动的工作量可能比较大,所以预测试和正式测试最好不要放在同一天进行,这样有比较充足的时间修改和打印资料。
6.开始测试
测试的时候总会有一些意想不到的情况发生,比如忘开录音、录屏,测试人员经常会偏离测试任务等。
那么在测试进行时,需要注意哪些问题呢?
(1)关于测试人员
测试人员最好2个,不要超过3个,为什么不能超过3个呢?
可以想象一下一群人围着你看你完成任务是什么感受。
人太多会给测试者带来心理压力,选择座位的时候也要注意,让测试者坐主要位置,让被测者有一种主人的感受,最好不要面对面做,要有一定的角度。
测试人员分为主持人和观察员,有人会说,一个人岂不是更好?
其实并不是,一个人的话往往会让气氛比较尴尬,有时候你都不知道该说什么了,或者出了问题没人提醒你。
主持人最好是项目相关人员,比如产品经理、交互设计师,其次,主持人最好具备良好的沟通能力和随机应变能力。
主持人需要注意用户在做任务时的操作和我们预想的不一样而打断,直接引导他们完成任务,这是测试中很忌讳的,对于新手主持人一定要亲自跑一遍流程,主持人要和蔼可亲,不要板着脸,最好和用户成为朋友。
观察员要默默降低自己的存在感,跟用户打招呼,介绍自己,然后坐一边默默观察全过程,并记录发现的问题。
观察员切记不要直勾勾盯着用户,会让用户感到紧张不安,除了在专门的提问环节,不要随意打断测试插入问题。
如果很多人都想参与测试呢?
我们可以轮换着听,或者把测试后的录音录屏等资料给他们
(2)测试的环境
最好找一个相对安静、不会被打扰的地方进行测试,以防被测者被外部环境打断和围观,如果使用产品的场景就是在户外或者公共场所的话,那么要保持和使用场景一致或相似。
(3)暖场
暖场是指测试前的简单介绍,包括自我介绍、本次测试的目的、缓解气氛,把用户带入测试场景。
可以和用户聊聊被测产品相关的小问题,平时怎么用的?
一般什么时候用?
感受怎么样等等
介绍测试时,一定要强调,我们测试的是产品,不是用户本人,告诉用户本次测试大概需要多久时间,让用户有个心理准备。
但尽量少说一点,比如可以说这次测试大概需要半小时,但实际上可能达到1小时以上。
还需要告诉用户在测试时会录音、录屏,便于后期整理,但是一定会对测试资料进行保密。
还有一点一定要告诉用户:
在测试期间您有任何问题,都可以问。
但我可能不会立刻回答,因为我想知道大家在没有旁人帮助的时候会如何做。
如果测试结束后,还有问题我将尽最大努力做出回答。
(4)发声思考法
发声思考法是指:
用户一边操作,一边说出心里的想法,有些用户不太懂,测试人员可以演示一下。
这样的话我们方便了解用户的真实想法,了解用户和我们的任务是否偏离,反馈更多我们意想不到的信息。
有时用户进行测试时,默默的完成
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 可用性 测试 具体做法 经验总结 实例 讲解