简而言之，网站可用性测试基础知识

可用性测试是改进网站的好方法，但它通常被认为是实验室中昂贵的钱槽。 虽然这是测试有时可能会发生的事情，但这往往是边缘情况。

可用性测试是改进网站部分的有效且经济实惠的方法。

为确保您运行这些类型的测试，您需要了解何时以及如何执行正确类型的测试。

网站可用性测试基础

可用性测试很重要，因为人们所说的和所做的可能是非常不同的事情。

之所以需要这些测试，是因为观察用户与网站的交互方式可以帮助您解决网站上的大多数关键问题，而拆分测试和多变量测试则无法做到这一点。

不需要很多用户就可以了解您的网站，并且并不总是需要眼动追踪和可用性实验室。 在给定正确的场景和目标的情况下，仅观察12-15 位用户浏览界面就可以获得很多价值。

在您计划正确的目标之前，您需要了解哪些目标适合进行可用性测试。

与拆分测试的区别

拆分测试是一个强大的工具，但它也有其局限性。 与可用性测试相比，它是面向量的，而不是面向任务流变化的。

拆分测试旨在改进页面，而不是改进网站的整个部分（例如整个结帐流程）。 它们还设计用于统计意义，而不是特定的用户洞察：

统计意义对于改进页面上的元素非常重要。 但是，观察用户尝试在给定界面上做某事可以为您提供特定的、可操作的方式，您可以更改整个工作流程——结账顺序、查找联系人的方式、定价的方式。

拆分测试无法做到这一点。

您可以从可用性测试中获得的见解非常适合在开发周期的各个阶段改进项目。

可用性测试的项目阶段

您对界面进行更改的能力会随着时间的推移而减弱。 同时，进行更改的成本会随着时间的推移而增加。

拆分测试和可用性测试之间的另一个区别是可用性测试几乎可以在项目的任何阶段进行，而不仅仅是在生产环境中进行。 你不需要任何东西来运行可用性测试。

随着在项目中越深入进行更改的成本越来越高，在开发阶段的早期进行可用性测试通常是一个好主意。 也就是说，在任何阶段运行测试都比根本不运行任何测试要好：

还没有建造任何东西

您可以在竞争对手网站的可比较部分上进行可用性测试。 这将告诉您什么在类似界面上有效，什么无效，并且您可以避免竞争对手的陷阱。

早期迭代

在开始开发之前，您可以使用设计的纸质原型来发现关键问题。

后期

在您投入生产之前，您可以创建一个可点击的界面原型以进行测试并以这种方式运行测试。 可点击的原型比实时代码更便宜，因此在这里发现问题至关重要。

最终设计

您应该计划定期对网站最薄弱的部分进行可用性测试，即使是在生产环境中也是如此。

无论您将在哪个阶段运行可用性测试，您都需要某种方式来确定优先级。 您可以使用一些工具来简化此操作。

寻找测试部分

为了获得最大的收益，您需要找到改进后最能移动针的区域：

高失败率任务

如果你有一个调查工具，你应该使用诸如“你想在网站上找到什么”和“你找到了吗？”之类的问题。 确定任务成功率。 您可以查看可用性测试候选人的任务成功率低和流量高的部分。

转化的关键路径

对转化特别重要的路径是测试的好地方。

可用性测试的类型

您可以亲自或通过远程测试软件（例如 Skype 或 GoToMeeting）运行可用性测试，只要您可以记录屏幕操作和通话音频。

现场测试成本更高，但可能让您观察更多事物。

远程测试将允许您在预算范围内进行操作。 但是，它不允许您在网站用户说话时查看他们的面部表情和肢体语言等内容。

现场可用性测试

您可以在公司的办公室、网络访问者的环境或专业的可用性实验室中进行可用性测试。 每个都有优点和缺点：

公司办公室

您不会获得眼球追踪的具体观察结果，也不会在 Web 访问者浏览时看到他们的实际环境以查看有哪些干扰。 但是在会议室中进行随意的可用性测试可以让来自不同团队的更多人参与进来，展示原型，并有一个不太正式的设置，可以让访问者大声交谈。

网络访客的办公室/家

用户自己的环境可以向您展示他们在导航时可能会分心的情况。 它还可以向您显示典型潜在客户可能拥有的网络速度。 但是，携带多个团队成员可能成本过高，而且您将无法展示专有原型。

可用性实验室

在可用性实验室举行的会议成本高昂，而且比其他环境更正式，因此让用户大声说话可能更难。 但是，您或许可以使用眼动追踪技术从注视模式中收集更多信息。

现场可用性测试往往更昂贵，但它们通常是值得的，因为您将获得有关界面的额外信息。

远程可用性测试

远程可用性测试可以在预算范围内运行，但它们往往不像他们的本地表亲那样数据丰富。 但是，对于大多数界面，远程可用性测试应该足以发现最关键的问题。

有两种方法可以运行远程可用性测试：

无节制

这是运行可用性测试的最便宜的方法。 您可能无法获得确切的目标用户，并且如果您不进行采访，您可能无法收集到尽可能多的信息。 但是，它是一种快速、廉价的方式来获取有关您站点上的任务的反馈。

• 您选择的界面会发送到一组预先选定的测试人员。 然后，您发送有关他们执行哪些任务的说明。 一旦他们执行任务，您就会获得有关他们的成功率和评论的统计数据。

有节制

版主是可用性测试的一大福音。 如果你可以的话 …

1. 与用户建立 GoToMeeting、WebEx 或类似会议，
2. 请求允许录制会话，以及
3. 在他们在您的网站上执行任务时向他们提问

......您将获得比未经审核的测试更多的信息。

进行无节制的远程测试

因为无节制的远程测试与其他类型的测试非常不同，所以让我们先解决这些问题。

关于无节制的远程测试，您至少需要了解以下内容：

• 会话较短，因此您需要保持专注。
• 由于参与者将阅读任务并尝试执行它们，因此您无法深入了解他们为什么要做他们正在做的事情。
• 引导者无法与参与者互动，因此与其他类型的可用性测试相比，任务完成时间等数据变得更加重要。
• 参与者可以有简短的任务后评论。 在这里，您可以收集有关他们与您的界面交互时的想法的一些信息。

招募参与者

如果您正在运行现场或远程主持测试，则需要招募一组参与者进行可用性测试。

这部分对一些公司来说可能是一种威慑，因为它听起来很昂贵，但它真的不应该成为一个太大的问题。 在低端，有15 个用户，每位用户 30 美元，您可以以不到 500 美元的价格让参与者参与完整的可用性测试周期。

对于现场测试或主持的远程测试，您可以从几个不同的来源获得参与者：

• 客户名单。 如果您有现有的客户列表，您可以向他们发送参与可用性测试的邀请。
• 拦截。 如果您可以使用 Ethnio 或 Qualtrics 等工具在您的网站上创建拦截，您可以向一小部分用户显示可用性测试邀请。

您通常希望为用户参与可用性测试提供激励。 根据测试的复杂程度，提供 25 到 100 美元的礼券或类似的东西。

当您拥有一整套测试人员时，您通常会需要一些额外的“浮动工具”。 这些人获得的激励比主动测试人员小，但可以在人员不可用时替换主动测试人员。

分组可用性测试

为了充分利用参与者，请仅让少数人测试特定设计。 四到五个人应该可以让您了解界面的大部分问题。

这个想法是测试一个界面，捕捉大部分问题，然后在启动生产版本之前再做两次。

准备任务

对于用户任务，您需要两件事：

• 要测试的网站、原型或界面的一部分
• 用户在该部分实现的目标

例如，如果您经营一个旅游网站，您可以尝试让用户找到最便宜的 3 星级酒店，该酒店在特定日期在悉尼提供免费上网和免费取消服务。

对于这种类型的任务，特异性很重要。

设置日期和寻找酒店可能很容易，但过滤机制对于寻找带 WiFi 或免费取消的房间可能会很笨拙。

根据您拥有的网站类型或您正在测试的部分，需求可能会更加基本，特别是如果您正在测试的客户旅程部分往往处于早期阶段（即“在本部分中查找参考谈论提高你的信用评分”）。

无论您最终将部分和目标组合在一起，您都需要准备一份同意书，并为您的参与者提出一组问题。

准备同意书

同意书可以包含有关您将如何使用数据以及如何不与其他公司共享数据的措辞，但基本组成部分如下：

• 参加测试是自愿的。
• 屏幕和音频将被记录。
• 参与者可以随时提出问题。
• 如果他们感到不舒服，他们可以要求研究人员停止可用性测试。

可以在 usability.gov 或 Steve Krug 处找到同意书的基本示例。 您可以参考这些作为基础并添加您需要的项目。

准备问题

在进行可用性测试时，您可以做的最重要的事情是让参与者大声思考。 也就是说，参与者应该谈论他们在浏览您的网站或原型时所经历的事情。

为此，您需要提出以下问题：

• 您将从哪里开始寻找信息？
• 在你点击任何东西之前，你能告诉我你期望会发生什么吗？
• 这符合您的期望吗？

这个想法是促使参与者揭示他或她是如何考虑界面的，而不是引导他或她走上一条特定的道路。

当您为测试将要运行的部分准备问题时，请尝试指出这些元素的可发现性以及参与者需要的内容是否容易找到。

在提出问题时，请确保您至少满足以下标准：

• 文笔枯燥而具体，而不是可爱
• 无前导——避免影响用户在页面上的操作

运行可用性测试会话

在进行实际可用性测试之前，您需要做一些事情：

• 确保您可以录制音频和屏幕。
• 至少有一个主持人和一个观察员。 这样，当主持人提问时，有人可以做笔记。
• 欢迎参与者，签署同意书，并给予参与者奖励。 这个想法是将激励与“做得好”的测试分开。

签署同意书后，当用于测试的屏幕已经打开时，向参与者解释他们没有接受测试。 没有正确或错误的答案。 界面正在测试中，因此参与者应该尽可能坦诚。

当你提出问题时，你可以回应参与者的陈述，但不要给他们留下关于如何在执行任务时找到他们需要的东西的线索。

当会话结束时，让自己能够轻松评估这些：

• 完成任务的时间——完成任务通常需要多长时间
• 任务成功率——有多少参与者完成了任务，有多少没有完成
• 失败原因——参与者无法完成任务时无法理解的领域或机制

每项任务完成后，您还可以要求他们给您一个主观满意度分数。 当您改进界面时，您可以将此分数用于汇报会议和定向趋势。

完成所有任务后，感谢参与者并开始计划汇报会。

进行汇报会

让你的可用性测试发挥作用的最好方法是让它成为一项旁观者的运动。

如果您在办公室举行可用性测试会议，请花一些零食来吸引人们观看用户通过（有时甚至无法使用）您的界面。

很少有事情能比看到用户四处乱窜，不知道该怎么做更快地解决争论。 它消除了相互竞争的内部需求，以展示某些东西，关于措辞足够好的争论，以及一系列其他问题，这些问题可能很难单独通过网络分析和拆分测试来解决。

• 如果您在现场环境中进行测试，请尝试在汇报期间提出可以用最少的努力解决的最大问题。 这应该确保需要改进的项目可以在几天或几周内修复，而不是几个月（或者更糟糕的是，在您重新设计更大的网站之前暂停）。
• 如果您正在对原型进行测试，请尝试就原型的下一版本或在汇报期间上线之前将修复的内容达成一致。

可用性测试基础

大多数今天没有运行可用性测试的公司应该至少运行其中一些测试，以便每年进行几次更大的功能发布和问题优先级排序。

每年运行几次这些测试的组织可能应该运行更多，并使间隔保持一致和结构​​化。 这样，以可用性为中心的文化就可以开始形成。

如果您花时间了解可用性测试的优缺点并在适当的情况下使用测试，您将有另一个杠杆来调整以获得转换收益。