可用性测试定义

可用性测试是让一群有代表性的用户（目标用户）对产品界面或者原型进行典型操作，通过观察、聆听、记录用户执行一列任务的过程，找出制约产品可用性的问题清单，从而评估分析解决问题。但是可用性测试的优势在于发现人们如何执行具体任务，应该用它来检查每个独立特性的功能向预期用户展示的方式，适用于突出潜在误解或者特性实施方式中的固有错误，而不是用来评估整个用户体验

总结为一句话就是，在特定使用情景下，产品能够被目标用户理解、学习、使用、并吸引的能力，我们称之为可用性测试

一份好的可用性测试要从以下几个维度展开

• 可学习性（Learnability）：用户可以在短时间内使用产品完成相关任务


• 可记忆性（Memorability）：一段时间没有使用产品后，仍然能够使用产品


• 效率（Efficiency）：用户学会使用产品后，能够高效使用


• 出错（Errors）：使用产品时能够少出错，设计中必须防止错误的发生 


• 满意度（Satisfaction）：用户使用产品时主观上感到满意

可用性测试用处

在整个产品项目的开发过程中安排可用性测试，对于：

1、定义产品特性、功能点的操作方式和开发设计都起着关键的指导作用

2、强调并加深对用户行为的了解，提前获得用户的有效反馈，并及时根据可用性测试结果而改变设计，从而以较小的投入帮着全面改善产品，节约开发成本

通过一对一的可用性测试：

1、能够快速获取用户如何使用产品的大量信息，立刻明白用户是否能够像假设的那样理解设计的产品

2、及早发现产品或服务在用户使用过程中将会出现的问题，避免后期重复修改设计而浪费大量时间

3、更准确的鉴定问题，衡量用户行为而非偏好，避免主观性，为设计的优化提供确凿的证据

可用性测试何时进行

1、如果仍在产品概念构想阶段，或没有半功能原型，那么想充分利用可用性测试就为时过早，此时可采用【情境故事版】或者【焦点小组】进行有重点的结构性访谈，来分析产品及用户需求

2、如果开发周期已经进入后期或者产品已经上线，再进行可用性测试，只能用于验证产品或为下一版的优化提供依据，而此时进行【数据分析】或【问卷调查】可以更快速的获取用户的有效反馈

3、可用性测试实施的最佳阶段应该是在产品开发早期，采用已产出的高保真原型进行目标用户测试，若发现可用性问题，可以及时调整方案，而不影响整个项目进程

可用性测试如何进行

一、明确目标用户    

1、目标用户：首先要搞清楚你的产品使用对象，你预期的使用你产品最多得用户群？

2、描述目标用户典型特征：如何描述他们？他们和其他人有什么区别？

如何明确目标用户呢？

1、通过数据平台提取用户ID；

2、发放问卷，获取意向目标用户名单；

二、编写任务脚本

1、描述产品价值：找出产品的关键功能性，为什么用户使用他，对用户来说有什么价值

2、列出关键特性：列出界面上最重要的新东西或者发生显著变化的特性

     如何列出特性优先级：

     1.把界面上最重要的的新东西或者发生显著变化的东西列出来

     2.给每项特性列出重要度和疑问程度的两个维度，分别打上1 ~ 5分

     3.两个维度分数相乘得到总分，数字最大的特性代表要测试的特性优先级

以小美快购为例

3、创建任务：任务需要代表典型用户的行为，并且足够关注产品的单个特性，要合理、可行、具体、时长合适

     良好的任务应该具有以下特点：

     1.合理：任务是用户要做的典型事情

     2.可行：不能让用户使用信息结构来找一些不存在的事情，这是带有欺骗性的，令人沮丧的

     3.具体：赋予任务栩栩如生的情况，让测试用户更真实的执行任务

     4.时长合适：对于较短访谈，单项任务花5分钟左右，而对于较长访谈，单项任务花10分钟左右。如果发现有些事情需要更多时间，可能就要将其分成子需求，并 再安排优先级别

     如何估算任务时间：

     问问开发团队成员需要多长时间来执行任务，然后把这个时间乘以3 ~ 10倍，得出从未使用过产品的人执行同样任务需要多长时间，较小数 字用于简单任务，如 在页面上找到元素这样的任务，而较大数字用于复杂任务，如需要数据输入等任务

以小美快购为例

4、编写脚本：采访者通过遵循脚本，以保持访谈的一致性，并能完成计划测试中的所有事情

     脚本分四部分，介绍、初步访谈、任务、总结

     1.介绍（5 ~ 7分钟），打破沉默将用户引入情境，并使他们在整个测试过程中感到自然

     2.初步访谈（10 ~ 15分钟），从一般性的简单问题开始，逐步进入用户的使用体验，并缩短与用户之间的对话

     3.任务（25 ~ 50分钟），把每个功能特性，描述成任务场景剧本，并根据难易程度，按照从最简单到最困难的顺序排序

     4.总结及分散头脑风暴（10分钟），通过几个问题总结下之前的测试内容，同时并询问用户是否有其他的问题和建议

三、邀约用户

1、获取目标用户的联系方式：可以通过关键唯独筛选，提取用户资料，或利用现有用户数据库

2、邀约用户确定日常：电话联系用户，告诉他们想请他们帮忙评估正在开发的产品效果，并确认受邀者方便的测试时间

     对于关注任务的可用性测试，每轮测试至少应该有5位参加者

     为什么是5位参加者？

     如果超过5位，虽然也能产生有用的结果，但费用和实施测试的分析所需的额外精力会导致回报迅速降低，8 ~ 9位用户测试完后，执行特定任务时发生的大多数

     问题会多次重现，但如果数量不够的话，又不足代表典型用户的需求

3、确认用户日程：在约定的测试时间前一天，联系受邀用户确认时间，测试当天提前一个小时再次确认并提醒用户约定测试时间

4、为用户准备礼品，并安排接待

四、实施测试

1、布置准备：提前预定好用户研究室，并准备好测试的内容和录音录像设备

2、采访者：确保参加测试的用户感觉舒适，可以给他们初步的指导，依据编写好的脚本，请他们以最佳方式进行测试，并记录用户的任务表现

     如果用户很长时间还不能完成某项任务，应该请他们执行下一项任务

     请他们随时都可以说出自己的想法，你就在旁边观察，安静的记笔记

     如果他们被问题卡主了，不要告诉他们应该点击哪里或者看什么，不管什么情况都不要告诉用户该怎么做

     如果他们看上去特别沮丧，就告诉他们无法完成不是他们的错，请他们执行下一项任务

3、观察员：可以邀请项目相关人员在双向玻璃的隔壁房间观察用户操作和视频录像，但千万不要喧闹和开灯让用户发现观察人员的存在

五、分析测试结果

1、收集观察结果：收集采访者、观察员记录的观察及录音、录音文件，汇聚在一起，整体浏览一遍

2、分析每个用户测试结果：梳理出不同测试者的每个任务表现，根据阅读时间，错误情况，完成时间三个维度，算出平均值，给每个特性提出建议

用户P1 - 信息

姓名：XXX

性别：男

职位：视觉设计师

背景：三年多视觉设计工作经验，互联网行业小白领

用户P1 - 任务表现

3、用户任务表现汇总：把每个用户的测试结果，进行汇总，算出各特性的平均值，了解什么问题最严重

4、问题汇总：根据问题的严重性，梳理问题清单，分析问题原因，并进行分组，标明重要程度以及优先级，给出建议方案

5、其他问题：测试过程中假如发现其他问题，可记录下来

6、最后可以把所有的过程和结果输出一份可用性测试报告

     一份可用性测试报告可以包含以下内容

     1.总体反馈描述：介绍下所有参加测试用户的整体反馈和普遍建议

     2.测试过程描述：快速阐述整个测试过程，并为阅读者理解结果提供重要情境

     3.用户背景资料：介绍下所有参加测试的用户的基本情况和喜好

     4.阐述观察结果：把产品的关键特性和核心功能分别做陈述

     5.结论及优化点：提取结果，做出总体的反馈结论和优化点

     6.提取部分用户原话做引言，还原真实情境，可以充分传达可用性测试的感觉

以上就是此次的分享，希望对大家有所帮助，谢谢！