用户测试综合指南

已发表: 2022-03-10

快速总结 ↬所以你认为你设计的东西很完美，但你的测试告诉你不然。借助本文，让我们探讨用户测试的重要性。

（这是一篇赞助文章。）构建了您的设计原型后，开始测试它以查看您所做的假设是否正确非常重要。在这篇文章中，我正在进行的探索用户体验设计过程系列的第七篇，我将探讨用户测试的重要性。

正如我在之前关于研究的文章中探讨的那样，我探索了研究领域，您可以使用许多不同类型的研究方法，并且可以运行各种不同的用户测试，包括：

可用性测试
眼动追踪
访谈和焦点小组

在本文中，我将重点关注可用性测试，我们会针对一组具有代表性的用户评估我们所做的设计决策，以测试我们的假设是否正确。

有了原型，您可能已经准备好进行网站或应用程序的最终构建，但在此阶段暂停并进行一些测试非常重要。让一些典型用户了解您的设计至关重要，这样您就可以了解哪些有效，哪些无效。

跳跃后更多！继续往下看↓

同样，当您进行最终构建时，您可能会认为一切都已完成，这是可以原谅的。事实上，一旦你启动了，你只是在旅程的开始。理想情况下，您将进行一些进一步的测试，并根据您从测试中获得的结果，重新审视您的设计并解决您可能发现的任何问题。

请记住：设计是一个迭代过程。根据您的测试，总会有改进的地方。

简而言之：用户测试应该作为迭代设计过程的一个组成部分在过程中的每一点进行。考虑到这一点，在整个设计过程中为用户测试建立结构化框架非常重要：

在进行初始设计之前，可能使用纸质原型；
在数字原型阶段，使用低保真和高保真可点击原型；和
在流程结束时，帮助您完善已构建的内容。

你可能没有足够的预算来运行成熟的可用性测试，对于许多可以理解的项目来说，但这并不意味着你至少不应该非正式地测试你的设计。游击测试——与路人一起进行的临时测试，以非正式的方式运行——总比没有测试好。

底线？你可以做的任何测试——无论多么非正式——都会很好地为你服务。强调了可用性测试的重要性，让我们探讨测试的原因和时间，强调做好准备的重要性，并深入研究有效地运行可用性测试。

可用性测试：为什么以及何时？

首先，要运行有效的可用性测试，您不需要正式的“实验室条件”。 使用你手头的东西进行一些可用性测试比根本不进行可用性测试要好得多。

你可能想知道，为什么要打扰？可用性测试需要时间，而且——当你面临压力并且最后期限迫在眉睫时——你可能会想放弃它。不要犯这个错误：从长远来看，这会让你付出更多。当然，可用性测试需要一定程度的时间和金钱投资，但它会带来更多回报。

您的目标是尽可能早地收集尽可能多的反馈。这有助于您在完成最终构建时进入过程中昂贵的部分之前识别任何设计问题。将用户测试留到构建产品之后为时已晚，而且成本太高。在此过程中，更改的成本非常高昂。

正如我在之前关于线框图和原型设计的文章中指出的那样，越早发现问题，修复它们的成本就越低。运行可用性测试将帮助您：

确定用户是否能够成功完成特定任务；
确定用户执行预定任务的效率；和
查明可能需要对设计进行更改以解决任何缺陷以提高性能。

除了这些客观的发现：

产品是否有效运作？
运行可用性测试可以帮助您做出主观发现：用户喜欢使用产品吗？

这些客观和主观的发现提供了有价值的反馈，帮助您塑造和改进您的设计。

明确确定了运行可用性测试的好处后，让我们探讨一下在设计过程中何时应该运行测试。在设计过程中有许多点可以运行可用性测试。您可能正在测试现有产品或竞争对手的产品；这将取决于您的项目及其情况。例如，您可能是：

测试您已创建并计划重新设计的现有产品；
测试竞争对手的产品，以便在您进入已经存在竞争产品的空间时向他们学习；要么
测试您当前正在开发的产品。

允许进行多个系列的可用性测试很重要。理想情况下，您将在过程中的多个点进行测试：在一些可点击原型的中间点；一旦你的最终构建完成并且你有一个完全构建的产品。

理想情况下，可用性测试应该在整个设计过程中进行。在原型设计阶段，它可以帮助识别在流程后期修复成本高昂的问题。在最终构建阶段，它同样可以识别在原型设计阶段可能难以复制的问题。

过程中的每一点都为您提供了不同的学习内容，并帮助您在最终构建之前解决假设中的缺陷。经验法则是：越早运行可用性测试越好。

就像任何事情一样，你准备得越充分，你的可用性测试可能就越有效，所以让我们来探讨准备的重要性。

准备是关键

要有效地进行可用性测试，每位参与者需要 30-60 分钟。当然，根据您构建的复杂程度，这个时间长度会有所不同，但根据我的经验，一个小时大约是我推荐的最长时间。

可用性测试运行的时间越长，参与者就越累，导致收益递减。因此，准备是关键。重要的是预先确定您希望从测试中学到什么，同样重要的是确定您将要测试的对象。为此，它有助于：

制定一个可靠的测试计划，概述你的可用性测试，确保当你对不同的人进行测试时，你以一致的方式进行；和
为招募参与者建立明确的标准，以便您测试适合您设计的用户。

您在测试前进行的准备工作将在效率和改进结果方面得到回报。请记住，运行测试将需要许多人：

测试参与者；
一名辅导员，指导考试并确保一切顺利进行；和
一些观察者和记录者。

时间就是金钱，有这么多人参与了这个过程，确保你所投入的时间得到回报是很重要的。为了保持专注，为您的可用性测试制定计划并准备确保一切一致的脚本非常重要。

制定计划

您的计划用于确定以下内容：您计划测试什么；您计划如何运行测试；您将如何衡量您将捕获的内容以及您将使用哪些指标；您将测试的用户数量；以及您将使用哪些场景作为测试的主干。

想想你试图测试的场景。您的网站或应用程序的目的是什么？它的主要目标是什么？围绕这一点制定计划很重要，包括以下要素。

何时何地？

您将在何时何地进行测试？除非您为大型组织工作，否则您不太可能拥有专门的可用性测试空间。没关系; 重要的是您正在运行一些可用性测试！

尝试找到一个安静的空间，您可以欢迎您的测试参与者并让他们感到轻松。还要为负责测试的主持人和一些记录笔记的观察者留出空间。它有助于将您的可用性测试分组，以便您可以在所有用户之间交叉引用您的发现，同时一切都在您的脑海中。

范围

确定可用性测试的范围可确保您的目标是现实的。您可能正在设计一个范围很大的网站或产品，但在定义可用性测试的范围时，要切合实际。你只有这么多时间，所以专注于你需要解决的重要方面。

指定您将要测试的内容，例如，您的网站或应用程序的导航系统，或其电子商务流程。这将使您保持专注并确保您不会偏离主题。

如果您正在处理具有多个移动部件的复杂设计，您可能需要运行一系列不同的可用性测试；每个都专注于一个特定的方面。

计时

不同的可用性测试需要不同的时间，但根据经验，为每位参与者分配大约 30-60 分钟的时间是有帮助的。超过一个小时会导致参与者感到疲倦，根据我的经验，这会导致反馈质量下降。

在安排可用性测试时，请确保在测试之间留出足够的时间。重要的是要让团队在测试后立即进行讨论，而测试在每个人的脑海中都是新鲜的。同样，在测试结束或参与者迟到的情况下，测试之间的缓冲也很有帮助。

设备

同样，您使用的设备不必过于复杂。能够以某种形式捕获会话非常重要，最好是使用视频。最重要的是，它有助于捕捉用户所说的话和他们的表情。正如我稍后将探讨的那样，您可以通过查看测试参与者的反应来了解很多关于设计的信息。他们的面部表情和肢体语言通常会告诉你，如果不是更多的话，比他们实际说的话还要多。

我们现在很幸运能够使用低成本的屏幕录制软件。 Screenflow 等屏幕录制工具非常经济高效，并且使用计算机的内置网络摄像头，您不仅可以捕捉用户在屏幕上所做的事情，还可以捕捉他们脸上的表情。

有了明确的计划，就该编写脚本了。

创建脚本

根据您的计划，您的脚本将帮助您清晰一致地促进可用性测试。创建脚本可以帮助您：

将注意力集中在您正在测试的内容上，这样您的可用性测试就不会漂移并保持专注；
确保多个测试参与者的一致性；
谈不同的用户场景；
清楚地阐明你正在测试的不同目标；和
帮助您让用户放心。

它有助于将脚本分成几个部分：一个充当序言的部分，以及一个涵盖测试本身主体的部分。

您的序言旨在在测试开始之前解决用户问题。在其中，您将介绍您正在测试的内容以及为什么要测试它。最重要的是，确保您让用户放心，向他们保证您不是在测试他们，而是在测试产品。

参与者是人，如果出现问题，他们会道歉是很自然的。你需要让他们放心，并向他们保证他们所做或所说的一切都是错误的。

您的脚本旨在将您的测试集中在您在计划中建立的场景上。在建立你的场景时，请记住——根据你正在构建的网站或产品的复杂性——你将只有有限的时间来测试所有内容，所以要切合实际。

它有助于建立一个故事，您可以围绕该故事构建一系列任务。例如，如果您正在测试与旅行相关的网站或应用程序，请考虑：

有多少人在旅途中？
他们什么时候旅行，他们的日期是否灵活？
他们有什么样的预算？

当然，每个场景都会有所不同。底线是花一些时间定义您计划测试的确切内容，以便您的测试专注于测试正确的事物并返回有价值的结果。如果您花了一些时间为您的项目构建用户角色，您可能希望围绕这些构建场景。

简而言之，尝试创建尽可能真实的场景。随着网站和应用程序变得越来越复杂，它有助于通过您的界面测试用户旅程。这也有助于将您的测试与您之前在设计过程中确定的用户故事联系起来，我在之前关于高级用户体验设计的文章中对此进行了探讨。

招募参与者

准备好计划并编写好脚本后，您需要确定一些参与者来进行可用性测试。与您的计划和脚本一样，准备是关键；重要的是要花一些心思来确定合适的参与者。

留出大量时间进行可用性测试然后随机测试陌生人是没有意义的。花一些时间来确定并找到适合您的测试的人。

首先，重要的是要测试多个人。每个人都是不同的，每个人都从不同的经验中汲取经验，因此请确保您测试的是各种不同的人，这样您的结果就不会因样本量太小而出现偏差。你的设计会影响你的选择，不同的网站和产品会吸引不同的受众，所以要相应地规划。

可用性.gov — Usability.gov 有一个出色的可用性测试筛选器，它是构建您自己的筛选器的一个很好的起点。

它有助于建立个人资料并创建筛选器以帮助您识别候选人，以便您招募准确代表潜在用户的参与者。 重要的是您的参与者要分享您的典型客户的特征；同样，用户角色将有助于识别这些特征。

想象一下，您正在为一个针对年轻人群的新数字挑战者银行构建一个移动应用程序，您的筛选器可能包括以下内容：

你认为是什么性别？
你几岁？
你的收入属于哪个档次？
你是储蓄者还是花钱者？
您当前的银行是否有应用程序并且您是否使用它？

确保您的问题具有包容性很重要。 同样，在询问敏感的个人问题时也要谨慎行事。例如，在询问收入时——如果它与你的考试相关——提供收入括号，以便你尊重申请人的机密性。

如果您正在寻找一个好的起点，Usability.gov 有一个很好的网站测试可用性测试筛选器示例。这是一个有用的起点，会给你一些想法。

创建计划后，您的脚本在手，一些参与者排好队，是时候运行您的测试了，所以现在让我们来探索一下。

运行测试

在你开始你的可用性测试之前，把所有的东西组织起来并就位是很重要的。 它有助于记录您运行的每个可用性测试，以便您以后可以回顾并进行一些分析。这可能仅通过屏幕录制软件进行，也可能包括录制测试视频。

如果您正在录制测试，请务必征得您的参与者的许可。同样，这使您有机会解释为什么要录制会话以及您将使用这些录音做什么。

请记住，您的目标是让您的参与者放心，并在开始测试之前解释什么有助于做到这一点。

测试前

与其直接深入您的测试场景，不如通过一个简短的序言来解释它正是您试图通过测试实现的目标。这可以确保您让您的参与者清楚地了解您对他们的期望，帮助减轻他们的压力，并让他们轻松进入测试。

概述房间里的人以及原因会很有帮助，并解释说在您进行测试时，其他在场的人将记录他们的观察结果。它还有助于让参与者了解测试将持续多长时间，以及从广义上讲，您将涵盖哪些内容。

在开始之前，重要的是要通知参与者您不是在测试他们，而是在测试软件并且没有错误的答案。参与者需要知道您的意图是使用您构建的东西观看他们，并且为了确保条件尽可能真实，您不会向他们提供建议。

最后一点很关键，尤其是当你正在对你设计的东西进行可用性测试时。 重要的是不要通过向他们提供指导和建议来打断测试参与者的流程。你不会在“现实世界”中这样做，所以要抵制在一旁提供建议的冲动。

即使您要测试的内容是您自己设计的，也不要告诉您的测试参与者，这一点很重要。（一点善意的谎言也不会伤害到你！）你在和人类打交道，如果你的测试参与者知道他们正在就你设计的东西给你反馈，他们很可能——只是自然地——忍住批评。没有人喜欢伤害别人的感情，重要的是你得到一个诚实的意见，所以不要通过告诉他们正在判断你设计的东西来扭曲参与者的答案。

如果可能的话，请您的测试参与者尝试用语言表达他们认为在完成这些场景时会发生什么。这可以帮助您了解他们的想法。如果你让你的参与者完成你设置的任务，这也有助于你的观察者和记录者，如果这不是一个测试，他们可能会慢一点。

作为一个引导者——不时地注意不要打断流程——你可能想问参与者他们认为接下来会发生什么，然后再采取特定的行动。这可以帮助您衡量用户对正在发生的事情的心智模型，看看它是否与设计的心智模型一致。

最后，强调如果在测试过程中出现问题，那是软件的问题，而不是用户的问题。当您的设计存在问题时，您的测试参与者不要认为这是“他们的错”，这一点很重要。

测试期间

序言完成后，就该开始测试了。当您引导参与者完成为他们设置各种任务的脚本时，抵制领导他们的冲动很重要。您的目标是查看他们对任务的反应，帮助他们提供建议会挫败该目的。

这可能非常困难，特别是如果您正在测试您设计的东西，但您需要尽最大努力不要尝试提供帮助。看着有人努力理解如何使用你构建的东西可能会令人沮丧——你认为这是绝对有意义的——但请记住，你发现的东西正在帮助你。

同样，如果您负责设计，请尽量不要让您的面部表情泄露游戏。这需要练习（尤其是对我来说！），但重要的是你尽量保持中立。

运行可用性测试时，您在两个层面上学习，通过：

听别人说什么；和
观察人们的所作所为。

聆听和观察都很重要，会为您提供不同的见解。倾听会给你关于设计的主观反馈：“我喜欢这个是因为……”、“我喜欢这种功能……”、“我喜欢它……” 虽然是主观的，并且取决于您的测试参与者的意见，但这种反馈很有用，因为它可以揭示您可能没有考虑过的做事方式。

观察您的测试参与者如何使用您的网站或应用程序是了解哪些有效哪些无效的好方法。同样，您正在测试您的假设：您认为您设计的东西是完美的，但有时您的测试告诉您并非如此。

重要的是要意识到倾听人们所说的话和观察他们所做的事情之间的区别。当您进行测试时，您正在与人类打交道，而人类喜欢考虑他人的意见。

你可能会遇到这样的情况，你正在测试的人对特定的设计或功能赞不绝口（“我喜欢这个。”），但他们的行为却讲述了一个不同的故事（你看着他们拼命地试图完成你给他们设置的任务！）。

不要低估观察的力量。正如 Yogi Berra 所说：

“你可以通过观看来观察很多东西。”

这就是为什么当你运行一个测试时，让不止一个人参与是很重要的。您需要一名辅导员带领参与者完成可用性测试，使用脚本作为指导；和一名或多名观察者来捕捉参与者的反应。

结束时

测试——尤其是可用性测试——是设计过程的关键部分。把它们运行好；从长远来看，有效的可用性测试将为您节省资金。运行可用性测试，最好在设计过程中的多个点进行，有助于让您的用户保持在前面和中心位置，这 - 作为用户体验设计师 - 是我们的目标。

您的测试不需要在完全成熟的实验室条件下运行；重要的是你正在进行测试。如果您的预算有限，一些游击测试总比没有测试好；只需确保您测试的是合适的人。

请记住：您测试的对象很重要。如果你测试了错误的人，那么努力制定详细的可用性测试计划是没有意义的。

最后，正如我在关于用户研究的文章中所指出的，花一些时间分析您的研究结果很重要。当您与不同的参与者完成了许多可用性测试后，与您的团队坐下来，交叉引用所有内容，并寻找行为模式。

识别痛点——参与者遇到困难的过程中的点——意味着你可以解决这些痛点。同样，识别快乐时刻可以帮助您确定您可能想要做的更多事情。总而言之，这种反馈——一旦你应用了它——将带来更好的全方位体验。