可用性测试是一种常见而高效的测试方式

无需加好友免费技术支持

创刊词：可用性测试是一种常见而高效的测试方式。在这篇文章中，创作者联系实际工作经验系统总结了可用性测试整个的过程。感兴趣的朋友一起来看看，希望对大家有帮助。

你在工作上是不是经常碰到各种问题：

我们自己的用户觉得这个产品不易使用吗？使用过程中会碰到问题吗？满意吗？在规划过程中有一些纠缠不清，我也不知道具体用户是怎样看待和操控的？产品开发设计后，我想在发布前查验产品是不是靠谱，是否合适发布？今日，我们将详细介绍一种常见的设计验证方式——可用性测试。

根据本篇文章，系统总结可用性测试整个的过程，一起来看看~

可用性测试是一种常见而高效的测试方式，大家应该做一些简单的可用性测试来测试定制的合理化。

做为用户研究类型之一，它和产品和产品研发融合更为密切，主要用于我们自己的产品发布前后左右。

仔细观察具有代表性用户， 为了能改善产品，使产品比较容易应用，进行产品的常见每日任务，找到产品的可用性难题。

根据可用性测试，最好提前预测分析风险性，防止推出后改动。

在测试具体内容层面，大家不但可以测试低保真和高保真音响的可用性。有时候，为了获取第一手信息内容，我们可以测试市场竞争产品。

可用性测试种类分成产生式总结和反思式。

3-5名测试人员的判别分析关键必须-2多小时，其主要目的是为了迅速发现并优化问题。

与产生式不一样的是，它有大量样版，一般高于30人。作为一种定量评估方法，大中型第三方研究中心频繁使用它。

在互联网工作环境里，因为更快地迭代更新和灵巧的开发，大家在日常工作中更多的应用所形成的可用性测试方式来发现的问题，它可以更好的和我们产品的产品研发周期紧密联系。

可用性测试主要运用于发觉下列四种情景。

产品在感受过程中存不存在难题。

查验现阶段的设计方案是否满足用户的期待和设计目标。

比如，我们想正确引导用户在页面上应用某一作用？

那样，她在实际应用中会不会留意到这类帮助和使用这些呢？

她们使用隐私功能的时候就会不容易遇到一些阻碍？

评定用户对产品的满意率。比如，如果企业想要在产品中加入一个新的作用，它想在开始开发设计以前测试用户是不是令人满意。这类情景同样适用于可用性测试。

可用性测试则可帮助我们室内设计师及其产品主管更加深入更详尽更直观的来了解用户，掌握用户的用户习惯及其用户认知能力。

可用性测试是一个持续周而复始的过程，一般分为五个环节：测试提前准备、测试加热、宣布测试、过程分析和最后提升环节。

准备工作可用性测试能够取得很好的效果。在测试提前准备过程中，我们应该进行7个阶段的准备工作。

明确目标测试计划方案测试脚本制作招用户原材料专用工具测试当场预测试验Tips：尽管要准备的东西太多了，不过这些搞好以后，后续过程会轻松许多。

1）明确目标

对于整个产品或是只评定新模块可用性？修定计划方案对新旧用户有没有影响？修定能不能做到预期效果？有争议设计方案，想看哪一种解决方法更科学？某一阶段流动率高，想看是不是设计方案原因引起的？对于这就需要扩展特殊的用户，外形设计是否要作出调整？以预期效果为例子，比如，修定就是为了处理之前留下来的感受难题，就是为了提升某一类用户人群，还是想要让用户关心它要想突显的感受聚焦点。

2）测试计划方案

研究目标：确立测试的效果和范畴，确定下列测试策略的设计方案；

用户招骋：大家招聘的用户要求是什么，必须招骋多少个人，用户占比怎样，根据什么渠道招骋用户；

项目预算：招骋用户给与怎么样的奖赏，这儿牵涉到测试成本费用预算；

时间计划:对测试有一个大体的时间计划。有了这些时间计划，队伍内部结构组员能够参加两端对齐；

3）测试脚本制作

测试脚本制作，其实就是给用户找点事做。我们通过观查用户融合来获得我们要想的数据。

在这个时间，测试脚本制作最好提前标出用户抵达测试当场之后我们开展的操作流程，这种步骤是什么，每一个步骤可能大概多长时间。

除开日程安排外，还需测试脚本制作里边极为重要的测试情景每日任务环节设计方案。

在为用户以前，大家最好提前列举要测试任务。

比如，我们也会说，您近期必须为机器设备加上人脸照片，因为你的工作需求，随后大家可以通过我们人脸识别技术环境建立人脸库，并选择适合的相片加上。

用户还可以在收到信息后进行那样一个完整的任务说明。这一场景描述最好是紧紧围绕用户真实的适用场景和感受目地开展叙述。

在规划情景任务后，需要注意以下几个方面：

有多少个用户合适招骋？

一般来说，4-5人合适发现的问题；假如产品繁杂，为了能遮盖不一样的群体差别，我们能拓展到10-15人；我在哪里征募用户？

企业内未参加本项目的学生们产品用户库官方网微、微信的公众号、门户网等第三方方式下达通知:

在做完用户招骋后，我们应该向用户推送测试通告，包含测试时长、地址和测试机器设备。在用户招聘中，大家应注意以下几个方面：

紧紧围绕测试目地，找到与测试总体目标有关的挑选层面；考虑到用户应用的行为特性，如市场竞争产品应用、产品应用目地、用户主题活动；挑选关键层面，转化成用户招聘要求，尽量客观性、实际、可衡量；学好识别真假用户信息内容；5）原材料专用工具

测试过程之中需要用到的素材内容：低保真原型、高保真原型或者网上已经能够所使用的产品

实际操作机器设备：用户组到测试过程中常用的设备及专用工具：包含测试过程过程中需要填报的评定量表工具机器设备：用相机或录像笔纪录测试过程中测试工作人员反应6）测试当场

我们的团队一般在常规会议厅开展可用性测试，并且在测试期内操纵会议厅的总数，以防给用户带来一定的压力，以保证她在测试过程里的成功充分发挥。

7）预测试

在加强以前准备工作后，尽可能空出时间来预测分析测试，以保证大家宣布测试的顺利开展。预测分析测试一般能做一些事。

最先，做为测试工作人员，在开始测试查验你产品，纪录可能性的难题，纪录各种问题，随后宣布测试。

次之，找身边的人做预测分析测试。用这种方式，大家最好提前发觉测试过程中的不当的地方，并立即提升和优化各种问题。

加热步骤分成热场、开局详细介绍、简要介绍、测前感受这4个步骤。

1）热场

测试前5-15分钟之内，节目主持人先要热场，缓解紧张情绪，减少用户与我们的距离，维持释放压力。

2）开局详细介绍

节目主持人将我们自己的测试目地、规则全部过程的时间也推荐给用户，同时向他服务承诺我们自己的测试的记录安全性。

与此同时，激励学生在高考过程中讲话，这一步至关重要，规定我们自己的用户在操作过程中讲出她们在想些什么，例如她们碰到的相关问题；

3）简易采访

节目主持人需要和用户进行相应的采访，通常是掌握用户的相关信息和产品应用情况，如应用产品的效果、日常用户习惯、是不是用过更加好的类似产品等。

这个简单的采访不仅仅是对后面数据统计分析的参照，决定了大家后面采访活动的主题有没有被调节。

4）测前感受

通过测试前加热，大家进入正规的测试阶段，大概需要30到50min。关键过程包含测试观查、得分和采访。

1）测试观查

在所有测试过程中，需要注意测试人员的个人行为、创意想法纪录现场观察。

个人行为:关键细致观察纪录用户操控的姿势、每一步和最后实际操作结论；

念头：用户开始思考时表示得话，通常意味着用户的内心想法与对产品的认知，是后面分析与搜集的核心数据（如：User1：认为从这里进到是申请注册人脸库，我觉得阿里巴巴、华为公司学生的产品便是这样做的。User2:这可以看作系统设置通道，但是作为人脸库申请注册通道不清楚。User3:想不到是申请注册人脸库而非加上人脸照片，第三方软件真的没有见到)；

现场观察：纪录一些很明显的难题或简单剖析。尽管很少有人知道这一问题是什么，但是你可以纪录现阶段的状况；

激励：

在个人行为层面，留意用户在使用过程里的异常现象，如操作失误或操作迟疑，这些都要大家稍候了解。在表达层面，随后我们应该细心聆听用户讲的话，了解这种话的言外之意；在情感上，观查用户是否存在恐惧和别的不满意，假如用户不可以进行当前任务，大家还可以选择终止当前任务；不要这样做：

避免因为用户犯错误或是实际操作太慢而表现出了负面的意见反馈心态，这样会影响用户操作；防止立即教用户怎么使用产品；防止对于用户提的问题立即回应自身的念头，比如有测试工作人员向测试者提出问题为何这样什么时，我们应该正确引导用户回应他是怎么接受的；防止用户在每日任务测试过程中来询问，反过来，它应当直到任务结束；防止用户在面对挫折时给予帮助，但尽可能激励；在测试过程含有两个关键点应注意：

用户是不是单独完成了任务，要是没有，当前任务过程中存在的问题；随后看看他在完成时是不是表现出了不满意，假如我们现阶段的设计方案有明显可用性难题；2）得分

该连接分成多个任务得分和当前任务评分。在评定量表的支持下，激励用户在做完测试任务完成后对当前感受的满意率为1-5。

立即得分能让用户能够更好地意见反馈当前任务，避免因为时间太长而忘记了关键点。

Tips：由于SUS为了能让总分成100，记数应用0-4个间距SUS我们应该乘于2.5.这样的结局是最后产品可用性评分。

3）测完采访

在用户测试后，我们能与测试工作人员进行相应的采访。

测试工作人员在使用过程里的个人感受；当测试工作人员出现异常操作过程中，大家没及时提问题，例如为什么先挑选这一原素，而非另一个地方；周边观察到的产品精英团队也有可能了解她们关注的问题；在评定量表得分问卷调查中，留意有什么项目评分高，有什么项目评分低，并了解其深层原因；

过程分析要趁早！室内设计师当场探讨或改动难题，马上测试新方案，快速迭代我们自己的产品，这显然是最佳的。我们自己的结论能做下列三个步骤。

第一步:对所看到的可用性难题(如位置和方向每日任务)进行筛选

第二步:依据影响分析、工作频率、可持续和产品的严重后果来衡量

5分：难题很严重，用户基本上找不着解决方法，最后舍弃4分：比较严重难题，用户碰到困难，但能寻找3分：中等水平难题，用户碰到困难，但能迅速融入2分：难题轻度，用户能够轻松应对1分：难题不大，大部分不受影响全面的可用性，但是为了改善系统软件，第三步能够改动：Excel结论纪录(写报告)

阐述产品整体的可用性，存不存在基本问题；截屏并标识实际控制模块和的位置可用性，使阅读者可以快速查找难题；优先保障可用性问题的严重性；对当前可用性难题明确提出改动计划方案与建议；

在可用性测试最后的，大家需要根据测试结论得出对应的改进方案，并制作一个跟踪表。在归纳了问题时，我们要看一下下一个版本号是不是有所改进。

以上就是对可用性测试总结。我也希望大家可以通过此方法能够更好地认证设计方案方案的可行性。如果你有什么问题，请一起讨论与成长~

文中由 @江鸟的设计生活 每一个人都是产品主管，无权不可转截

题图来源于 Unsplash，根据 CC0 协议书