可用性测试：2022 年综合指南
已发表: 2022-05-06如果您努力创建一个新的应用程序、网站、产品或功能，却发现您的用户只是不喜欢它怎么办？ 可用性测试是在您将产品推向市场之前发现真实用户如何体验您的产品的关键。
现实情况是，当您构建某些东西时，您会非常熟悉它。 如此熟悉，以至于您可能会发现自己对它的缺陷视而不见。
仅仅因为您和您的团队发现您的产品非常直观和令人愉快，并不一定意味着您的用户会有同样的感受。 这就是可用性测试的用武之地——它是最终的偏见消除器。
什么是可用性测试？
可用性测试是基于一组用户如何与其交互的产品评估。 通过动手测试，产品开发人员和营销人员可以通过不熟悉产品的人的眼睛更好地了解用户体验(UX)。
可用性测试始于营销人员和研究人员招募一组代表产品目标市场的人。 然后，一名辅导员带领小组在受控条件下完成一系列动手任务，同时一名研究人员观察并做笔记。 研究人员提出问题，记录出现问题或挫折的地方，并评估用户对产品的体验。
快速说明：从这里开始，我们将使用“产品”作为一个笼统的术语来指代从可用性测试中受益的应用程序、网站和其他动手产品。
可用性测试的目的
当您有一个团队从头到尾努力创建产品时，他们会深入了解产品的用途和工作原理。
换句话说，如果不是他们自己的过错，你的团队就会蒙蔽双眼。
另一方面，您的用户在进来之前并不了解您的产品的价值主张和目的或如何使用其各种功能。
最终，可用性测试会使您的产品受益。 在此期间收集的反馈用于创建推荐更改的优先列表，以改善用户体验。 它可以帮助您识别以下内容：
- 人们是否可以轻松完成任务（例如查找和执行特定功能）
- 完成某些任务需要多长时间
- 您的内部测试未发现的错误或性能问题
- 关于界面功能的混淆点
- 号召性用语的有效性
通过帮助您分析人们如何使用您的产品，可用性测试可确保您发布产品、新功能或更新，以便目标市场中的真实用户可以轻松导航并从中找到价值。
可用性测试的好处
可用性测试的目标是更好地了解真实客户如何参与和体验您的产品，然后使用这些见解来改善用户体验。
可用性测试的好处包括：
- 去除眼罩。 可用性测试将暴露偏见并帮助您的团队从用户的角度看待事物。
- 深入了解易用性。 可用性测试可以揭示你的产品是否足够直观，让用户可以轻松地与之交互。
- 确定您的产品是否具有吸引力。 您的用户会觉得它迷人还是乏味？
- 验证数据点。 如果数据显示用户没有按预期与您的产品进行交互，那么观察他们的实际操作有助于发现问题。
- 提升品质。 可用性测试可以帮助检测可能被忽视的小错误或故障。
可用性测试是通过用户体验的视角来看待你的产品，然后让你的产品变得更好。
何时进行可用性测试
您可能认为您知道何时进行可用性测试——当您的产品几乎准备好发布时，对吗？
不完全的。
为了获得最佳结果，您应该在整个开发过程的不同阶段进行可用性测试，而不仅仅是在接近终点线时。 如果您等到几乎准备好向世界发布您的产品时才执行测试，您将失去本可以在早期阶段指导开发过程的宝贵洞察力。
相反，当你有一个最小可行产品时进行可用性测试，然后当你有一个工作的 beta 版本时再做一次，当你接近发布时再做一次。 让您的用户一路引导您。
当您想要实施新功能或寻找改进产品的新方法时，您还应该进行可用性测试。 毕竟，很少有产品在发布时真正完成。 总有成长和改进的空间。
所以，这里是 TL;DR。 当您：
- 想要验证原型是否会获得用户的认可
- 有一个可以进行外部测试的测试版
- 需要进一步了解您收集的数据点
- 正在向现有产品添加新功能
- 已完成内部测试并即将发布
可用性测试可帮助您摆脱开发模式，超越您开发的任何盲点，并同情您的用户，因此您将构建一个既关注他们的需求又关注您的目标的产品。
UX 测试的类型：功能测试与可用性测试
您有时可能会听到“功能测试”和“可用性测试”这些术语，好像这两种类型的 UX 测试是相同的。 事实是两者是非常不同的。
功能测试是一个测试产品功能的过程——这并不奇怪。 基本上：产品有效吗？ 它有助于确保产品按预期运行，而不考虑设计或用户体验。
同时可用性测试基本上是：这个群体如何使用产品？
功能测试和可用性测试都应该在产品的整个开发过程中进行。 但总是在进行可用性测试之前执行功能测试。 在尝试从实际测试用户那里获得洞察力之前，您希望确保您的产品按预期工作——至少据你所知。
如何进行可用性测试
要进行有效的可用性测试，您需要指定一名协调员并指定一些观察员。 然后，您将组装您的用户组并通过您的测试任务运行它们。 最后，您将分析您收集的数据并根据您的发现推荐产品改进。
让我们仔细看看这些步骤：
1. 建立内部促进者
促进者（也称为主持人）是为您的用户组管理可用性测试任务的人。 他们的作用是指导用户组在尽可能少的操作指导下执行各种流程。
2. 任命 UX 研究人员或观察员
您的辅导员可以在小规模测试期间做笔记。 但是对于更大规模的测试，最好指定一名或多名观察员来收集情报。 这样，主持人将可以自由地专注于领导会议，而观察者则可以专注于用户的体验。
3. 选择您的用户组
谁会使用你的产品？ 根据您的回答，您需要组建一个或多个用户组。
如果您的不同受众群体将以不同的方式与我们的产品互动，则您需要为每个群体设置单独的组。 例如，如果您正在开发一个既有普通用户又有管理员的应用程序，您需要为每个角色设置单独的组和测试任务。
4.准备可用性测试任务
没有实际测试的可用性测试是什么？ 您需要为您的用户组准备大约 5 到 10 个任务，以便在设定的时间范围内执行。
问问自己，用户在使用您的应用程序时需要完成哪些任务才能实现他们的目标。 思考：
“我的用户必须 [TASK] 才能 [GOAL THE 他们 WILL REACH]。”
例如，“我的用户必须创建一个帐户才能开始使用该应用程序。”
当您准备可用性测试任务时，您应该：
- 首先考虑您最关键的最终用户目标。 当您概述测试任务时，请遵循您希望用户采用的路径。 如果您的用户的第一步是创建帐户，那么下一步可能是登录，然后创建用户配置文件。 这些都是至关重要的目标。
- 为每个任务创建一个解释。 辅导员将与测试组分享这个解释，所以它需要描述性和清晰的文字。 您不希望辅导员在测试期间必须添加信息或提供明确性，这可能会损害结果的完整性。
- 建立评估绩效的指标。 当然，测试的目的是评估您的产品是否可以正常工作或需要改进，因此请确保您提前了解您的测试指标。 它们可能包括成功完成任务、完成任务的时间、关键和非关键错误以及对质量问题（如易用性和整体满意度）的主观反馈分数。
5. 测试！
现在是时候进行测试了。 将您的测试参与者聚集在会议室等物理位置或虚拟环境中。 在测试期间，辅导员应通过阅读任务说明一次执行一项任务。
小心！ 主持人解释测试任务然后退后一步让用户在没有进一步指导的情况下解决问题是很重要的。 请记住，当您的产品面世时，不会有人站在用户的肩膀上向他们展示事情应该如何工作。
想象一下，您希望用户在创建帐户后做的第一件事就是设置个人资料。 如果您的辅导员说，“单击菜单打开您的个人资料”，则用户已获得指示，否则他们不会获得指示。 相反，主持人应该说“打开你的个人资料”，这样你的观察者就可以了解他们是否能够在没有帮助的情况下成功完成任务。
当用户执行任务时，引导者可能会要求他们通过某些步骤进行交谈。 他们想要完成什么？ 他们的决策过程是怎样的？
尽可能记录您的测试过程。 尽管研究人员通常会观察测试并做笔记，但记录会话（使用视频设备实时捕获或使用屏幕录制软件远程捕获）对于进一步分析并将结果传达给其他利益相关者非常宝贵。
6. 编译数据并推荐更改
现在您已经完成了测试，是时候梳理您收集的大量数据了。 因此，深入分析这些录音、会议记录、调查和反馈表。
当然，数据分析是一个巨大的话题。 但是，让我们回顾一下您想要包含在您的评论中的一些基本步骤。
- 收集您的数据点。 列出你的测试任务。 然后，在每个任务下，记录您收集的每个相关数据点。 请务必包含有关问题在流程中发生的位置以及任何其他有助于您的设计团队在进一步测试中复制问题的详细信息的相关说明。
- 优先处理问题。 该问题对整体用户体验有多大影响？ 确定一个尺度。 一个示例优先级可能是：严重、严重、低影响、无问题。
- 建议改进。 分析数据后，将结果呈现给您的开发团队，并提供改进产品的建议。
可用性测试方法
可用性测试不一定是产品测试的万能解决方案。 有许多测试方法，您需要应用一种对您的情况最有用的方法。
让我们看看一些最流行的测试方法以及您可能希望在哪里使用它们。
适度测试
这是我们在这篇文章中概述的经典可用性测试。 用户要么与研究人员在同一个房间，要么使用屏幕共享软件远程观察。 引导者要求用户一个一个地完成一系列任务。 用户的过程、反应、问题、困难和其他兴趣点由主持人或其他研究人员记录。
最适合：当您需要深入分析用户行为时。
无节制测试
在此测试中，您的用户执行一系列任务，而没有人实时观看它们。 捕获来自用户设备的数据供您的团队进行分析。 您的用户还可以通过调查记录反馈。
最适合：捕获大量数据，尤其是在您进一步评估或尝试解决在适度测试期间出现的问题时。
专门小组
这是适度测试主题的变体。 焦点小组包括一小群参与者（大约 5-10 名样本用户）聚集在一个房间里讨论他们对您的产品的体验。 主持人通常会在几个小时内通过一系列开放式讨论问题引导小组。 记录会话，以便分析结果。
焦点小组还可以回答围绕先前可用性测试结果的问题，为您提供进一步的见解。
最适合：关注用户的态度、信念、挑战和需求。
更多类型的用户体验测试
除了我们在这里讨论的结构化可用性测试过程之外，还有许多其他方法可以测试用户如何体验产品。 它们包括：
- Beta 测试：有时称为早期测试， Beta 测试是用于深入了解功能、用户行为和任何需要修复的错误的过程。 Beta 测试可能会在您拥有最小可行产品时开始，并一直持续到您将其推向市场之前。
- 首次点击测试：该测试仅揭示用户在产品用户界面中首先点击的内容。 它可以帮助您确定您的用户是否立即被您希望他们与之交互的界面部分所吸引。
- A/B 测试：A/B 测试背后的想法很简单：针对控制样本测试 UX 中的单个变体，并查看受众参与度（或任何其他对增长很重要的营销指标）是否有显着改善，因为变化。 改进可能意味着更好的可用性或更好的整体用户体验。
- 启发式评估：启发式评估是通过使用 10 个预先选择的标准（AKA Nielsen 的 10 个用户界面设计启发式）来分析您的产品的可用性。 为了保持结果公正，测试由团队外部的专业用户体验顾问进行。
- 调查：动手测试和仔细记录反馈对于良好的可用性测试至关重要。 尽管调查没有提供正式可用性测试所能提供的详细程度，但它们是一种快速获得可用反馈并从大量样本用户中收集大量数据的方法。
可用性测试成本
这是一个大问题：可用性测试的成本是多少？
答案并不像您希望的那样简单。 测试成本差异很大，具体取决于许多因素，包括：
- 项目范围
- 用户样本量
- 测试团队规模和薪酬
- 测试平台技术成本
- 样本用户招募成本
- 样本用户补偿
- 测试设施租赁费
笼统地说，可用性测试的成本从几千美元到几十万不等。 自然，测试的范围越广，活动部件越多，您就必须花费越多。
您还需要记住为不止一项可用性测试进行预算。 为了让一切都恰到好处，测试将始终是一个迭代过程。
有关 UX 测试的替代视频解释，特别是如何进行适度的可用性测试，请观看：
来自真实用户的真实见解
正如我们在这里了解到的，可用性测试可能是一个复杂的、分层的过程。 但最终，目标很简单——收集真实的示例用户输入来帮助你完善你的产品。
当您执行有效的可用性测试时，您会迅速获得洞察力。 然后，您可以提供数据支持的建议。
您的建议将帮助您的开发团队生产出运行顺畅、让您的用户满意并让他们一次又一次地使用它的产品。
安排演示以了解 CleverTap 如何帮助您进行 A/B 测试和制定客户参与策略。
