有感 用户体验与可用性测试 (有感用户体验怎么写)

本文目录导航：

• 《用户体验与可用性测试》有感
• 【超详细】可用性测试方法总结
• 什么是可用性测试

《用户体验与可用性测试》有感

入职小半年，感到深深的迷茫。

目前做的原型都是依照自己已有的常识和一些交互规律输入。

但对用户而言，有没有到达可用、易用就不得而知了。

另外，由于很多时刻都是独自担任一个产品的原型设计，产品会比拟遵从咱们的意见，撕逼时机其实并不多，惧怕得不到生长。

另外，要是做出了两个方案，自己也很难判别哪个好哪个坏，但看完《用户体验与可用性测试》之后，我感觉可以在上班中引入可用性测试，至少可以给自己的设计一个反应，不至于做完就做完了，好不好用，能不能用都不知道。

互联网刚开展的时刻，能推出一个产品曾经是一件很了不起的事件了。

这时刻产品给用户提供什么，用户就用什么，但由于产品相当少，物以稀为贵，用户就算感觉再难用，也情愿花期间学习。

但如今不一样了，互联网开展相对来说曾经比拟成熟了，市场上产品琳罗满目，泛滥同类的产品一同竞争，想要在同类产品中脱引而出，必定要在用户体验高低功夫，让用户感觉好用，不然雷同的配置，用户凭什么选择你家的产品？一、目前一个产品的最低规范是可用，最高规范是好用。

那么可用性是怎样定义的呢？ 1.可用：能协助用户成功目的 2.易用：能极速帮用户成功目的 3.好用：帮用户极速成功目的，并让用户发生满意感 想到达好用，让用户对你的产品爱不惜手，凭自己YY是做不到的。

必定要深化了解你的目的用户，为你的用户做设计，这时就要用到可用性测试，测验你的产品能否能满足你的目的用户。

在产品前期做检测修正起来时繁难的，要是等产品开发终了后再做测试，老本是渺小的。

二、可用性测试要怎样做呢？ 有五个步骤：测试预备－>招募－>测试口头－>剖析报告－>再设计 1.测试预备 测试前要预备鉴别问卷与编写测试纲要。

招募的用户准则上是要‘具有代表性的用户’，及你产品的目的用户。

鉴别问卷用于识别目的用户，确定用户的属性，如年龄，职业，喜好等。

测试纲要用于确定你这次测试的关键目的、测试步骤与测试方法，同时也可以确定招募用户数量。

2.招募 招募方式有很多： 1）网上招募 在产品官方加个用户体验方案入口，让用户报名，填写团体消息，就有个目的用户库，须要用户的时刻在库里给这些用户发鉴别问卷并填写，回收问卷确定哪些用户是本期的目的用户，并预定。

2）经过人脉招募向身边共事打听有没有合乎你用户属性的好友，要是有就向好友要咨询方式。

3.测试口头 原型测试工具可以用纸模或具有交互配置的软件，如Axure和Pop快现（App）在测试口头环节中，要与测试，疏导用户用出现思索法，不要对用户启动强疏导，留意用户的现场反响。

在测试口头环节中，要记载用户成功义务的门路与期间，用于测试完结剖析。

4.剖析报告 剖析报告中尽量让数据可视化，写出用户的义务门路剖析，依据成功状况与成功期间确定疑问的优先级。

剖析用户的满意度，并输入报告5.再设计 输入报告后，最关键的是再设计，依据剖析报告的结果，对现有流程提升或结构重组。

设计成功后，有期间的话可以再启动一次性可用性测试，提高产品的好用性。

【超详细】可用性测试方法总结

之前总结过一版 交互设计流程图 ，关键是想给自己以后做设计梳理一下环节，然而那份流程外面只要枝干，并没有枝叶，所以针对每个方法我都会撰写一份方法总结，或许说指点，目的就是为以后通常做预备。

我希冀的成果是，假设一个没有接触过该方法的人看到这份总结，可以依照这个总结一步步成功试验。

这就是我最大的目的。

上方就是第一份总结《可用性测试方法总结》。

（预警：长文慎入！不过耐烦看完必需会有所收获） ============宰割线================== 可用性测试的环节关键有七个步骤：测试前思索、制造测试原型、撰写测试脚本、招募测试者、设置测试环境、预测师、正式测试以及测试结果统计剖析。

这七个步骤有些事可以并行的，有些是须要严厉依照前后顺序口头的。

七个步骤组成的流程图如下： 上方我就针对这七个步骤，谈谈详细要怎样做。

不论是做哪个平台的可用性测试，比如PC端、移动端或许是WEB端的可用性测试，最最关键的就是要先理分明一些基本疑问。

基本疑问就是最经典的5W疑问：·为什么要启动这个测试（why）？测试可以验证一些设计中的纳闷，或许找出现有的界面、流程设计上的疑问，详细疑问要详细剖析。

·什么时刻在哪里做测试（when？where？）？期间普通是须要和测试者协调的；地点普通选择在宁静的会议室即可，假设公司有专门的试验室那就最好不过了。

·谁要作为测试者（who）？这里可以在招募测试者会详细探讨，不过测试者普通是跟咱们的persona凑近的人，或许换个说法，测试者普通是咱们的目的用户。

·咱们要测试什么（what）？测试一些配置点，测试界面设计，测试流程设计，测试设计中有争议、有不懂的中央。

当然这些疑问其实都不太难，然而这些都是至关关键的疑问。

假设没有经过这个步骤的思索，整个可用性测试做上去就会像无头苍蝇，没有一个总的指点。

在想分明以上的疑问之后，须要为可用性测试做一些预备上班。

关键上班有：①招募测试者； ②撰写测试脚本； ③制造测试原型。

这三个环节不分先后，条件准许的状况下（人力物力短缺时）也可以同时启动。

招募测试者算是可用性测试最关键的一个环节之一的，测试者能否适宜间接相关到测试结果的好坏，测试结果间接相关到能否发现产品现有的疑问。

所以招募测试者是重中之重。

理想的测试者是咱们的目的用户，所以可用性测试要致力寻觅到目的用户作为测试人员。

寻觅的途径如下：a)最简便的，假似乎事（非同部门）或许好友也是目的用户，可以选择共事或许好友作为测试人员。

b)其次，大型公司都会有自己的用户资料库，可以从这个库外面寻觅到测试人员。

c)又或许说，委托第三方机构帮助寻觅测试人员也是准许的，不过成果或许不如自己寻觅的。

d)当然，如今的运行普通都会有自己的微博、微信、官方或许论坛，这些是十分好的寻觅测试者的渠道。

咱们可以推送招募测试者的通告，让用户填写一份考查之后，咱们再挑选获取咱们想要的测死者。

通告中要注明鼓励，普通为小礼品的鼓励，保障对测试者有必定的吸引力，同时又不至于让他们会为了这个礼物对团体消息造假。

其次，关于测试者，咱们须要启动一个挑选【3】。

首先须要用户填写必要的团体消息：比如姓名、电话（邮箱）、闲暇期间；而后依据考查选择其余一些团体消息：性别、年龄、职业之后，最后留几道问卷标题启动挑选。

挑选的维度关键有： ·平台。

假设测试的产品与平台无关，比如是Android或许iOS，须要在这里启动一个挑选。

·对产品的相熟水平。

比如咱们想找一些初级用户和一些初级用户，可以选择“经常使用期间”这一项来权衡用户对产品的相熟水平。

测试脚本的好坏间接相关到结果的好坏。

在撰写测试脚本之前，咱们须要先确定一些结果剖析的维度。

普通的维度有：a)义务成功度b)致命失误c)非致命失误d)成功义务的期间e)客观心情f)偏好和倡导。

关于这些维度的解释具看第文章的最后一局部“测试结果统计剖析”。

由于剖析的维度会相关到脚本的疑问，所以在确定剖析维度之后，咱们可以对配置点启动义务剖析。

把一切须要测试的配置点列进去，对每个配置点启动义务设计。

关于义务而言，用户最客观的感触就是两个：界面和流程。

所以测试脚本又可以从这两个维度去细分。

须要留意的是，可用性测试中，问只是其中的一局部，观察是另外一个关键的内容，所以测试脚本不只仅要有问的疑问，还有须要撰写上班人员观察的留意点。

同时可以在撰写完测试脚本的同时，把总结纲要也写进去，繁难前期总结的时刻一致结果展现。

特意的，在设计的时刻有纳闷的点，或许有争议的点，在可用性测试也可以获取较好的验证。

写完测试脚本之后，可以和利益相关者（名目经理、产品经理、开发等）探讨一下，请他们校验一下测试脚本。

界面： a)以后界面有什么？ b)每个物品用户感觉是什么？ c)可以操作吗？ d)用什么手势操作方式？ e)操作之后会怎样样？ f)界面显示的内容足够吗，有没有缺少什么物品？流程： 流程的测试就是依据义务来启动的。

把产品的需求文档列举进去，而后给每个需求配上一个适宜的场景，当然也会出现一个场景笼罩多个需求的状况，这也是准许的。

而后让用户在场景下去启动义务，观察用户，而后随时提问用户，随时预备回答用户的疑问。

以上两点适宜一切的可用性测试，然而关于版本降级类的可用性测试，咱们还须要了解这个降级关于用户来说的接受度如何，所以须要参与一些对比性的疑问：比如说：新旧版的操作流利度、界面表白对比感触。

最后须要留意的是，一次性可用性测试能涵盖的范畴有限，所以要限度脚本疑问的数量，以及对脚本的疑问启动优先级的排序。

举个例子，之前做过一个微信端的众筹平台。

我就可以设定以下义务： 可用性测试的原型普通是高保真的Demo，可以用Prott，Flinto，proto，墨刀等来制造，制造力图实在恢复运行的最终成成成果。

制造高保真Demo是一件耗时耗力的上班，所以在制造的时刻可以适当疏忽一些动效、界面等。

不过做进去的Demo最终也可以给开发参考，所以辛劳也是值得的。

甚至于，可以恳求开发人员制造原生的程序Demo（针对安卓平台），程序Demo体验会愈加好。

当然，纸面模型也是另外一种十分好的工具。

纸面模型须要把纸面模型都只做进去，而后把一切的弹出窗口、下拉菜单等控件也制造进去。

而后设计师充任wizard of oz来辅佐用户成功义务。

即用户对着纸面模型来操作，而后设计师实时反应用户的操作。

这样子要求设计师十分相熟测试的运行，同时，测试的期间也会大大增长。

同时，动效作为设计的一环在这里不可体现进去，所以结果或许会不如高保真Demo来的好。

总之各无利害，依据实践状况来思索。

测试环境是指测试的时刻须要经常使用的记载设施，经过把测试环节记载上去可以更好地剖析用户的行为，特意是用户自己都没有发觉进去的一些物品。

首先，最最关键的一点是录音，录音一方面是在整顿访谈记载的时刻可以协助设计师回想访问的场景，而后填补一些缺失的笔记。

另一方面，录音也可以作为一种存档的资料。

同时，录音也存在繁难、易操作、隐蔽等特点，经常使用录音笔或许如今随处可见的默认机即可成功录音。

所以剧烈介绍启动可用性测试的时刻必定至少要录音。

录音之外就是录像，假设有录像的话，录音的步骤就可以省略。

录像关键是记载用户的表情和举措。

有时刻，用户的表情和举措可以传播很多物品，经过把这些消息记载上去可以，设计师偶然可以开掘到一些闪光的设计点。

除此之外，用户的屏幕记载也是一种方式，经过用户的屏幕、加上用户操作的举措，表情，可以实在恢复用户的经常使用场景，繁难前期的剖析。

录像和录屏的操作比拟难启动，关键的设施可以参考如下【5】，详细可以检查相关的链接： ·摄像机：记载举措和局部表情 ·眼动仪：可以追踪眼球的焦点轨迹，不适宜移动端 ·鼠标轨迹记载：记载鼠标轨迹，只实用于PC端 ·QuickTime(iOS)：仅记载屏幕 ·Mobizen(Android)：记载屏幕、手势 ·DisplayRecorder(iOS)：手势、声响 ·SCR(Android)：记载屏幕、手势、表情、声响 ·Magitest(iOS)：记载屏幕、手势、表情、声响 ·Mobizen+AirDroid(Android)：现场观察并记载手势、表情、声响 预测试是正式实施可用性测试前的一次性模拟， 模拟有助于发现疑问，这时刻约请共事即可。

把正式测试的流程走一遍，包含设配的调试、访谈切入、疑问的提问、记载者的记载等，而后把记载的录音、视频等放进去看看成果如何，成果不吉祥的时刻再启动调整。

总之，预测试可以协助发现疑问，包含以下几个方面的疑问： ·设施的疑问。

举个例子，录音设施搁置的位置会影响录音的成果。

·测试脚本的疑问。

测试疑问能否足够明晰。

·访谈的切入以及疑问的提问。

·记载者的记载。

发现疑问之后去处置疑问，能力使正式测试的时刻到达更好的成果。

测试前的应酬上班是测试人员对公司的第一印象，给测试人员留下一个好印象、一个善意境无利于可用性测试的启动。

所以在这里将一些留意点说一下。

首先，可以事前确认一下用户的行程。

遇到刮风、下雨、下雪等顽劣天气的时刻可以事前送上问候短信。

其次，遇上用户早退的状况下，也要坚持抑制。

在早退五分钟到十分钟之后再给用户电话征询状况，假设用户因故敞开测试，也要坚持友好的态度。

在接到用户之后，送上一杯温水或许温热的饮料，而后让用户期待一下。

最后可以有专门的人员先和用户聊聊天，可以打听一些事件。

正式开局之前有个暖场引见。

首先掌管人做一下自我引见，而后引见一下测试的目的和期间，须要向用户强调测试的对象是系统，宿愿用户可以各抒己见。

假设有录音或许录像，须要向用户告知会有此类行为，然而结果齐全隐秘。

最后还须要签订隐秘协定。

正式提问分两个局部：团体消息的小疑问和可用性测试义务疑问。

小疑问关键是为了让用户有个顺应的环节，可以迅速进入形态。

普通可以征询产品经常使用习气、产品偏好、上网状况等，之后的测试疑问就是关键的可用性测试的疑问。

这里须要把疑问放入到场景中，让用户在场景中去成功义务。

或许可以征询用户的经常使用习气，而后疏导到脚本中的疑问。

须要留意的是，不必定要依照脚本的顺序提问，可以随机应变，所以掌管人要十分相熟脚本的内容。

除了征询，倾听之外，掌管人还要观察用户的神气以及举措，遇上用户有不懂的表情的时刻可以适当交叉新的疑问，然而尽量不要提供协助，也不要指出用户的失误或指摘举措太慢，然而可以征询用户“为什么这么操作”，必要的时刻可以选择中止义务。

测试环节中还须要有一个记载人员，记载人员须要记载：用户做了什么举措和步骤（重点）、用户说了什么、写下自己的不懂（适过后刻可以启动提问或许让掌管人提问）。

测试完结之后，掌管人可以问一下用户的想法，同时让记载人员补充提问，一切疑问完结之后，须要对用户示意感谢。

送上礼品并接受用户的一些交通费报销票据等。

最后要把用户送到公司门口。

测试完结之后，假设有期间可以立马启动整顿，由于期间越短，整顿进去的内容就越丰盛。

必要的时刻，可以用录音或许录像来辅佐。

在撰写测试脚本的时刻还有一份总结纲要，依据纲要来整顿内容。

大纲要具有灵敏性，可以记载一下测试现场发现的新疑问。

记得只是整顿而已，每个测试完结都会有一份整顿的资料。

最后须要汇总多份可用性测试总结，最终出具一份可用性测试结果，依据这份结果启动相应的改良上班。

咱们可以从如下几个维度去剖析咱们的可用性测试【8】（维度之间或许有交叉）： a)义务成功度。

每个测试义务都对应一个目的，只要当用户到达目的之后，咱们才以为他们成功了义务。

关于每个义务，用户成功的状况如何？有多少用户最终没能成功义务？多少用户须要在掌管人揭示下成功义务？多少人可以自行成功义务？这些都是很关键的目的 b)致命失误。

重大失误指那些阻碍用户成功义务的失误，这些失误十分关键，每一个都要获取足够的注重。

c)非致命失误。

非致命失误是指用户能成功义务，然而某些中央会有一些阻滞，会进度或许思索的失误。

这些失误相对来说没那么关键，不过假设出现的次数较多，该类失误也须要获取注重。

d)成功义务的期间。

每个义务须要成功多少期间，选择了交互设计流程和界面的设计能否足够友好。

e)客观心情。

用户关于义务的客观感触，比如能否足够繁难，能否容易找到消息，可以让用户权衡一下。

f)偏好和倡导。

可以让用户说出产品中哪些中央很青睐？哪些中央不青睐？或许让他们提一下倡导。

【1】Adaptingyour usability testing practise for mobile【2】移动可用性测试(一):概述 – 腾讯ISUX–社交用户体验设计【3】网易公司用户访谈优惠招募问卷【4】用户访谈心得总结– 腾讯CDC【5】移动可用性测试（三）：现场测试– 腾讯ISUX– 社交用户体验设计【6】用户钻研阅历谈-采铜学心录-博客大巴【7】繁难极速的可用性测试|网易用户体验设计核心【8】Planninga Usability Test

什么是可用性测试

可用性测试可以经过启示式评价和用户测试法两种方式启动：启示式评价是指多位评价人依据可用性准则独立重复的阅读系统的各个界面，成功评价后相互间启动探讨，在此环节中找出系统中存在的可用性疑问。

用户测试法是让实在的用户在模拟实在经常使用环境下评价产品的可用性水平，对用户体验品质启动度量，要求尽或许地选择那些能代表目的用户的人作为测试用户，经常使用系统口头一组预定的义务启动度量。

网站的可用性测试方法 在网站可用性测试中，最有效最罕用的是用户测试法。

网站的可用性关键是指用户与某个网站互动的繁难和直觉化水平，高可用性的网站应该是用户能轻松的学会成功指定义务并青睐经常使用该网站。

(一)基本内容依据产品可用性所包含的起因，咱们制订出了用户评价网站可用性的三个维度：有用性、易用性和满意度。

当然也有一些其余的维度，但这三个维度是最有效的评价规范。

有用性，是网站能经常使用户成功他的上班或特定义务的水平；易用性，指如何能让一个用户很快变得有发明性，一段期间不用后，能很快学会再次经常使用；满意度，指用户青睐该网站的水平，以及用户的意见、感知、心里感触等。

详细见表1。

（二）步骤可用性测试是网站可用性钻研的基本方法，它关键是用来识别用户经常使用站点的行为，由此来评价用户对网站能否满意，以及网站的哪些方面须要调整。

普通由一个用户应用要评价的站点来成功必定的义务，同时有一个或几团体对其启动观察、倾听以记载用户的思想环节和行为，测试的目的最终是为调整网站设计方案，而不是调整用户自己。

可用性测试的步骤普通为：1)制订测试方案。

测试开局之前，要制订测试方案，包含测试目的、范畴、主题、参与者、场合、估算等。

普通包含检测用户能否能搜集到特定的消息和成功特定的义务；也可以把测试作为一个工具，来处置用户和网站开发者关于某个特定的局部不同的处置。

例如，一个下拉菜单能否比广播按钮好，普通要确定如下内容：·要测试的内容：你对站点的哪些方面比拟关注并预备启动测试。

·测试方式：比如提供以下的站点方式让用户启动评价。

①纸质原型(Paper Prototype)：绘制页面设计的草图或打印输入。

②设计模型(DesignsComp)：页面的可视化设计或模型。

③有线框架(Wireframe)：关键可用于详细业务操作环节(注册、购置等)以及站点经常使用流(SiteFlow)的测试。

④实践站点(LiveSite)：一个配置性站点的地下可用的版本。

·测试目的：例如，能否宿愿了解被测试者对站点的希冀和了解，或许搜集他们对网站使意图见的反应。

2)测试。

·设定测试的情节：选择一些相关的义务让用户试着成功，预备、调整和提炼这些情节，经常使用户明白要求。

·选择测试者：要选择那些能准确地代表你的事实用户或潜在用户的人，依据J．Nielsen的观念，找5个用户来回答可用性疑问的80％。

被测试者应该具有各种不同的技术和阅历，通知他们可用性测试的大略思绪是什么，如何启动，他们能做什么来协助你获取最有用的消息。

假设你的站点还未对当地下颁布，或许你想对现有站点做一些改良，让他们签订一份隐秘协定。

并要求他们：①老实地回答疑问。

你们如今评价的站点还没有建设，所以不要担忧你们的批判会损伤我的感情。

②测试的对象是站点而不是你们，咱们将遇到很多疑问，但假设站点是完美的，咱们就不须要测试。

③当你在站点上移动时，请大声说出你“思索”的内容，形容你在做什么和为什么要这样做。

④不要做得同你在家或上班时不一样(被测试者通常会致力地成功义务以让测试口头者满意。

例如，要确定他们不会比平时花更多的期间来阅读站点的经常使用说明)。

·在轻松的气氛中开局测试：让被测试者大声地“思索”(行将他们的思想优惠大声地说进去)HJ，以让测试者作详细记载。

测试者的话语和肢体言语都不要带有任何指点性色调免得影响用户反响的客观性。

·向被测试者提问：将你预备用于测试的疑问、设定的情节和关键的要点列一个繁难的清单。

上方是一些繁难的疑问：①形容你在页面上留意到的第一个条目。

②识别一个页面上的哪些局部是可点击的。

③你希冀在这个链接前面找到什么。

④请形容你试图成功一个义务时的阅历。

·测试组织者的上班内容和角色：测试环节中向用户提出失当的疑问，不要用连珠炮式的疑问来问被测试者。

把很多的疑问有序地组织起来，似乎事实生存中的情节。

同时，留意被测试者的肢体言语和面部表情，这样能观察到他们的一些心情如困惑、受挫、满意或惊讶。

不用言语的交换往往更能说明疑问。

3)构成报告。

假设测试小组的记载做得好，那么很多的数据须要启动分类和评价。

从阅读记载人手，关于关键的消息、延续性的消息和感兴味的发现做上记号，再选择哪些发现最关键，把它们着重挑进去。

·整顿测试结果：汇总一切测试数据，并列出所遇到的疑问，依据出现的频率和关键性对疑问启动分类、整顿。

同时要构成处置方案。

·报告的措辞：普通不把被测试者称为“用户”，而称为“被考查者”；在观察的基础上构成一些详细而明晰的论断，例如，假设一个被测试者看起来很受挫和困惑，报告中应该写“被测试者看起来很受挫”，而不应该写“被测试者很受挫”。

·预备和组织报告：你写报告的目的是向用户提供一个有用、可读的文档。

写报告时，要有摘要。

可用性测试的目的是识别可用性触及到的内容以及或许的处置方案。

所以，报告的大局部内容要集中在可用性无余的方面，而不是写测试得很好的方面，要确保用户能了解。

·报告的附录：①测试口头者用来搜集数据时问的疑问，这样下次再测试时可以用这个测试草稿。

②被测试者的背景消息(人口统计学规律、阅历水平、因特网的经常使用状况等)。

③附上被测试的页面，可以了解评价的环境，通常很少无关于被测试站点版本以及它们的形状的文档说明，这样不可知道测试的页面是什么样的。

参考文献 黄琰.网站可用性测试的探求与钻研(J).软件导刊.教育技术.2013,7甘利人,王晓蓉.可用性测试方法在IA钻研中的运行(J).情报通常与通常.2004,4