使用性测试深度总结（可用性测试遵循的6个步骤）

小君 2022-12-06 11:44:08 193

使用性测试深度总结（可用性测试遵循的6个步骤）你想测试什么完全取决于你自己。重点在于你预先定义了测试目标，并需要保持一致。不要指望「即兴发挥」，可用性测试需要大量的研究、计划和准备。所以务必事先准备一个可靠的测试计划。当然还可以有其他的问题。为了确保可用性测试的有效性，你需要了解用户测试过程。我写下了6个易于遵循的步骤，来一起看看吧。首先，清晰地列出用户测试目标。你想测试什么？你希望得到什么答案?例如：

在产品设计流程中，可用性测试是绕不开的一个环节。可用性测试具体要注意哪些问题？遵循哪些步骤？今天的文章应该是一个非常不错的科普~

使用性测试深度总结（可用性测试遵循的6个步骤）(1)

为了保证可用性测试的有效性，你需要了解用户测试过程。

用户测试（可用性测试）是设计、定稿和发布一款优秀的数字产品的关键组成部分。可以在产品开发周期的任何阶段检测可用性问题，以改善整体用户体验。用户测试会监测典型用户，在实际环境中与产品的交互行为。通过用户测试可以确切地看到哪些方法有效，哪些方法无效。

然而，许多设计师和产品开发团队面临的问题，是如何正确通过用户测试，来识别实际的产品问题和设计缺陷。有很多变量可以影响可用性测试的质量和有效性——预算、截止日期、参与者、人员、结构的问题、测试标准以及不同的测试环境等因素都可能影响最终测试结果的价值。

为了确保可用性测试的有效性，你需要了解用户测试过程。我写下了6个易于遵循的步骤，来一起看看吧。

步骤一：确定测试目标

首先，清晰地列出用户测试目标。你想测试什么？你希望得到什么答案?

例如：

任务完成与否。用户能否完成任务?是什么阻止用户完成任务?用户可以在任务中走多远?
任务持续时长。用户完成任务需要多少时间?完成一项任务需要的时间是太多还是太少?
任务流程效率。用户可以轻松浏览产品吗?需要添加/删除任何步骤吗?
错误检测。用户是否遇到过错误？错误是什么时候发生的？它们是可以避免的还是不可避免的？能否恢复?

当然还可以有其他的问题。

你想测试什么完全取决于你自己。重点在于你预先定义了测试目标，并需要保持一致。不要指望「即兴发挥」，可用性测试需要大量的研究、计划和准备。所以务必事先准备一个可靠的测试计划。

步骤二：选择测试方法

一旦你决定了测试目标，就可以选择最合适的用户测试方法了。有许多测试方法可供你选择。

以下是一些常见的例子:

个人深度访谈。此方法完成时间最长，需要经过培训的测试人员在准备好的脚本和任务场景的帮助下运行用户测试。
远程用户测试。远程用户测试是一种经济有效的技术，可以在自然环境中进行，比如：在家里或工作中，也可以调节或不调节。
卡片分类。参与者将内容卡组织成对他们最有意义的树形图。
A/B测试。用户可以选择两种数字产品，以确定哪个版本的性能更好，这种方法需要比其他方法更多的参与者才能得到准确的结果。
动眼跟踪。这种方法使用眼球跟踪软件来跟踪用户在与产品交互时的视线。
焦点小组。这个测试包括一小组用户之间的温和讨论，并在一个装有双向镜的房间中进行。

在选择用户测试方法时，先明确产品目前在产品开发周期中的位置。有些测试方法在早期使用效果更好，而有些方法在成品上效果更好。当然，在选择测试方法之前，还需要考虑预算、资源和测试工具等因素。

步骤三：寻找典型用户

在招募用户进行用户测试时，请确保已经建立了清晰的选择标准，这样才能找到和目标匹配的测试人员。

大约3-5个用户通常足以识别关键问题，根据反映您完美用户角色的特定特征细分测试参与者，例如:

年龄；
性别；
居住地；
教育背景；
职业；
收入；
技术熟练程度；
产品的其他特性。

选择不熟悉你的产品的人可以获得更可靠的结果。已经熟悉您的产品的用户可能对完成任务有先入为主的观念。或者，他们希望维持现状，结果则可能是提供虚假的奉承而不是建设性的批评。因此你要避免招募同事、他们的直系亲属和朋友。在这些人群中测试产品很可能会影响最终结果的可靠性。

除了测试参与者之外，您还需要一位经验丰富的推动者来指导测试，确保一切顺利运行。以及几个在测试期间做笔记的观察者。

小贴士：当你问私人问题的时候，你筛选的问题应当是包容的。例如：如果你的问题之一是关于收入的，请设置可供选择的收入范围，不能要求他们透露确切工资，要尊重被试人员的隐私。

步骤四：创建任务场景

要求用户完成任务的方式对用户测试的成功至关重要，你不应当显示特定的顺序，让操作用户从A点到达B点——这并不是用户测试的目的。你要做的是给他们足够的信息来完成任务——以他们自己的方式。

对你的任务场景进行模糊处理，给被试分享尽可能少的任务所需信息，提供太多的指令会破坏测试的目的。把它想成一个数学方程。你给用户一个问题，他们必须找到正确的公式来解决它。

举一个反例：进入搜索栏，输入红色凉鞋，选择尺码8号，点击“添加到购物车”按钮，继续结账。

缺点：你没有为用户留下多少空间来了解用户流。因此不能保证用户在没有特定详细指令的情况下可以获得相同的结果。

来看一个正确的例子：浏览网站，用提供的信用卡号码购买一双适合你尺寸的红色凉鞋。

优点：给用户提供了适量的信息指令，且没有透露太多。

此外，在制定任务场景时，一定要同时包含开放式任务和特定目标的任务。开放式问题对于观察用户自由地与产品交互非常有用，而特定目标的任务对于测试特定功能非常有效。如果使用正确，这两种方法在用户测试中都非常有用。

步骤五：重现测试环境

复盘您在用户测试期间所做的和所说的一切。这包括你什么时候，怎么说，怎么做，虽然这看起来有点夸张，但相信我，这样做很重要，重现创建测试环境是您能够100%确定结果准确的唯一方法。

测试脚本在用户测试中也扮演着非常重要的角色，通过使用固定的脚本，您可以消除测试期间出现前后不一致的可能性。有趣的是，通常这种偏差是测试推动者所造成的。例如：他们可能以一种方式询问一个参与者，而向另一个人描述的时候，则会强调任务的另一个部分。或者他们可能向其中某些人透露测试过程的某些细节，这些会导致测试环境前后不一致。

因此，最好使用固定的脚本来稳定地重现测试环境，并确保始终保持一致性。