网站可用性测试实验室（互联网产品可用性测试小贴士）

网站可用性测试实验室（互联网产品可用性测试小贴士）执行网站可用性测试的流程结论是，由于网站数量很多，因此如果在用户首次访问时网站不可用，那么他们就会简单地前往下一个网站。网站的可用性测试由于墨菲科技定律总是会在最糟糕的时候生效，因此对网站来说，用户测试是必不可少的。尽管许多可用性测试方法都适用于网页端，但我们认为，最好能列举出一些专门针对网站协议和测试标准的指标。网站可用性测试的原则与其他产品一致。不同之处仅仅在于，由于到2014年9月全球已有超过10亿家网站，这样的测试更加重要。

TNW中文站 1月4日报道

杰瑞·曹（Jerry Cao）是UXPin的内容策略师。UXPin是一款内建了可用性测试的框架搭建及原型应用。在UXPin，他负责制作应用内及在线内容。如果希望了解如何进行20种不同的可用性测试，请查看《可用性测试指南》。

尽管《可用性测试指南》中的大部分可用性测试方法都适用于网页端和移动端，但我们想介绍一下两种媒介之间细微的不同之处。实际上，大部分可用性测试方法都适用于任何产品，无论是云计算支付系统还是下一代游戏主机。

在这篇文章中，我们希望将关注重点略微缩小，帮助你更好地理解，网页端和移动端在使用不同测试方法时有哪些基础性的不同。

网站的可用性测试

由于墨菲科技定律总是会在最糟糕的时候生效，因此对网站来说，用户测试是必不可少的。尽管许多可用性测试方法都适用于网页端，但我们认为，最好能列举出一些专门针对网站协议和测试标准的指标。

网站可用性测试的原则与其他产品一致。不同之处仅仅在于，由于到2014年9月全球已有超过10亿家网站，这样的测试更加重要。

结论是，由于网站数量很多，因此如果在用户首次访问时网站不可用，那么他们就会简单地前往下一个网站。

执行网站可用性测试的流程

Experience Solutions联合创始人达米恩·里斯（Damian Rees）帮助我们解释了，如何通过网站可用性测试使用户体验达到最优。由于任何人都可以使用互联网，因此他的核心原则之一在于，提前设定标准和期望，使你可以以适当程度的技术熟练度来执行测试。

以下4点需要牢记：

1.鼓励用户的适中行为。网站需要支持多种使用场景和边界场景，只有当用户感到舒适时，一些场景才有可能出现。

从开放的任务开始，你将可以了解，他们如何在测试环境之外使用你的网站。例如，如果你测试一个电商网站，那么首先让用户去查找价格低于50美元的礼品，随后从中离开，以远程的方式直接观察用户。

2.让用户以他们希望的方式去完成任务。如果你感到用户误解了任务，偏离了轨道，那么请等待。这里的目标是，周期性地了解用户如何与你的网站互动。

在真实世界里，你无法介入其中，将用户拉回正轨。因此，请观察一下，他们为何会偏离轨道。这或许是你获得的最有用的信息。

3.测试竞争对手或同类网站。如果只测试自己的网站，那么可能会丧失一些相关信息。将其他网站纳入在内将避免“只见树木不见森林”。

尝试让测试参与者告诉你他们自己使用的网站，以及让他们演示一下他们如何使用这些网站。这不仅仅关于用户如何与你的网站互动，而是根据他们使用网站的方式去调整你的网站。

4.避免坦白你正在测试哪一网站。如果用户知道，他们正在与某家公司的员工交流，并受到观察，那么他们可能就不会那么诚实。请尽量不要让用户知道你正在测试网站。

最终，用户可能会知道他们参与了测试，但如果拖延更长时间，你得到的第一印象就会更准确。请尝试让他们首先评估竞争对手或同类网站，这将使他们获得适当的评判标准。

一个指导原则是，请不要过于僵硬死板。保持开放的心态及宽松的态度，这将让测试参与者更加放松，并获得更好、更自然的结果。

执行网站可用性测试的指标

在执行网站可用性测试时，你应当检查某些对其他产品不适用的标准。Six Revisions创始人雅克布·古比（Jacob Gube）认为，对网站来说，定性反馈远远不够，尤其考虑到一些简单的技术问题，例如网站速度，可能会极大地影响用户体验。

正如《可用性测试指南》中所说，所有网站都有6个指标需要测试，无论这家网站是个人博客还是公司站点：

1.任务成功率。最重要的可用性指标之一在于，用户完成一个目标任务，例如查找一篇旧文章或创建一个帐号，究竟有多容易。你会希望检查易学性、直观性、效率、错误恢复能力，以及针对未来使用的可记忆性。

你可以分配直接的开放任务，以分析任务成功率，随后关注单个问题。

2.导航设计。网站的搜索功能永远无法挽救糟糕的导航设计。你是否提供了足够多的网站功能？如果用户希望完成某一操作，那么需要多长时间以及多少次点击？卡片分类和树状测试是对这些问题的完美回答。

3.用户互动设计。当你关注更多定量因素时，用户满意度会呈现分化。不过，这仍然很重要。

采访、现场调研、日记研究，以及前一章列出的测试方法都可以帮助你获得用户的情绪反馈。请记住：仅仅可用还不够，需要让用户感到愉悦。

4.可读性。在《网站用户界面的最佳行为》中，我们讨论过，内容是所有网站的核心。请关注你网站的易读性、可理解性、语言，以及内容是否有趣。Read-Able、WordsCount和CheckMyColours是评估网站可读性的良好工具。

5.可访问性。网站体验在所有浏览器中是否保持一致？你的HTML是否兼容多种不同的残疾人助手工具？这里有一个很好的可访问性测试工具清单，向你介绍网站的可访问性如何。

6.速度。没有人愿意等待。网站速度将影响用户互动、功能，甚至搜索引擎优化的表现。请检查你的文件大小和代码质量，以避免不必要的延时。请遵循最佳行为指南，并使用Pingdom或 谷歌 PageSpeed等工具来测试网站的速度。

只需一些简单的举措，你就可以执行以上所说的可用性测试，从而更好地分析网站可用性。找出你网站的缺陷，随后从网站可用性的角度来看待测试。

如果希望深入了解评价这些标准的不同方式的具体案例，请查看电子书《用户测试及设计》。

移动端的可用性测试

相对于网站和计算机软件，移动设备似乎存在于另一个世界：手势控制、专用的屏幕，以及设备兼容性是移动设备上独有的问题。因此，在测试应用和网站的移动端可用性时，很重要的一点是，明确你正在做什么。

我们将提供一些小贴士，介绍可用性测试专家在几年的经验之后学习到了什么，随后介绍具体应用方法。

关于移动端可用性测试的建议

在移动端的设计与在网页端的设计有所不同，而两者的可用性测试也存在微妙的差异。UserFocus创始人大卫·特拉维斯（David Travis）博士认为，可用性测试的基本原则在移动端仍然适用，但你需要做出一些重要的调整。

需要记住几方面的改变：

- 招募测试参与者。对于移动设备，你的测试参与者必须是测试平台的普通用户。例如，如果你测试一款Android应用，那么不要招募iPhone用户。用户会对新平台的用户界面习惯感到迷惑，从而给测试带来偏差。确保用户使用他们的设备已有3个月时间。

- 迎合用户的自定义设置。相对于计算机和其他产品，用户会对移动设备进行更多的自定义设置。要求用户使用“舒适区”之外的设置可能会带来有偏差的反馈。避免这类问题的方式在于，在用户自定义后的手机上安装应用。你可以将原型导出为可点击的PDF，为iPhone使用POP（纸上原型交互）方法，使用附带应用模拟工具的工具包，或是类似我们UXPin的高仿真度原型应用。

- 测试装置。相对于PC，模拟测试参与者的移动设备屏幕更困难。对于iPhone，你可以使用Airplay将设备投影至电视机屏幕，不过其他设备可能需要特殊的线缆和插头。标准的解决方案是利用一种较小的摄像头，去拍摄屏幕和用户的手指运动。不过你获得的画面和质量可能不如直连一样好。请确保，你在测试前准备好了所有工具，没有人会希望他人站在背后观察他们的活动。

关于移动端可用性测试的独特之处，MeasuringU创始人杰夫·索罗（Jeff Sauro）提出了自己的建议。如果你是移动端测试的新手，那么请注意。索罗是可用性测试的资深专家，他的经验可以为你节约时间，避免麻烦。

1.准备好充电器。在桌面端测试中，这根本不是问题。不过，造成移动端可用性测试很快结束的一个最主要原因就是电池没电。

2.鼓励用户使用自己的手机。确实，一些人倾向于使用固定台面上的移动设备，不过由于测试环境的原因，他们总是有机会去这样做。

3.记录手指、屏幕和身体的移动。与静态的台式机用户不同，移动设备包含了三维的数据。请关注，参与者如何使用手势控制，包括错误和成功的手势。

尽管记录身体移动并不是必需的，但捕捉面部表情和身体语言将有助于了解用户的情绪状态。

4.在不同平台上测试。这条建议与如何招募测试参与者有所关联。如果你测试一款为多个平台设计的应用（或网站），那么请在每个平台上单独测试。在iPhone上的良好体验并不代表Android版也有同样的体验。

尽管移动端测试以往只在实验室环境下进行，但不受控制的远程测试（我们此前提到过的情况）也越来越流行。而尽管你无法记录手指和身体移动，但类似UserZoom和UserTesting的工具帮助你更方便地基于特定使用指标招募用户，并迅速获得更大的样本群体。

如果你希望自行执行远程的移动端测试，那么可以参考MailChimp采用的流程，MailChimp在两天内测试了7名用户。

1小时的移动端可用性测试

这些小贴士有助于进行以上所述的移动端可用性测试。Cars.com的移动端互动设计师玛丽娜·林（Marina Lin）介绍了她在测试Cars.com网站过程中，参与设计测试的经验。

尽管流程看起来很类似，但为了适应移动设备而进行的调整需要留意。

1.沉浸和意识（10到15分钟）。让用户专注于使用这一网站或应用。他们希望完成什么任务？他们的使用是否基于需求和时机？

玛丽娜·林首先提出了有关汽车搜索和汽车试驾信息的广泛问题。随后，她专注于测试参与者访问经销商信息、购买汽车的情况。最后，她让他们评价在整个过程中，以及使用移动应用的满意度。

2.文档记录（20分钟）。随后，她让用户记下完成一项任务的体验时间线，而不仅仅是使用该应用。设置一些参数，让用户保持正轨将带来帮助。或许可以让他们基于以下范例填写一个工作表。

除了应用的使用情况之外，还需要指出正面或负面情绪。在多个会话之后，你将会看到趋势的浮现。

3.创建一项功能（20分钟）。当测试参与者的体验仍然很清晰时，向他们提供绘图工具，让他们设计他们认为有帮助的一种功能。

在这种情况下，设定参数也将带来帮助。或许可以使用之前的卡片，记下功能的属性、模板、图形的形状，或是填写另一个工作表。回到时间线，询问他们最初的功能何时适用。

4.整理（5到10分钟）。在最后一轮反馈之后结束会话。如果其中的一项功能令你感兴趣，请让他们进一步描述。或许也可以询问他们，对来自此前会话的用户设计功能有何看法。

关于测试流程的、有助于未来优化的一些反馈信息可能也是有用的。

类似这样的测试保留了《可用性测试指南》中讨论的用户参与测试的所有作用，同时只需要相对较少的时间。

通过遵循我们提供的建议，进行一些用户参与的设计，你可能会发现移动端的可用性测试与网页端一样简单。

总结

网页端可用性和移动端可用性可能都属于可用性的范畴，不过当你考虑两者的微妙差别时，测试方法将迥然不同。在规划你的目标时，请记住可用性仅限于你设计的目标、其独特的功能标准，以及最适于进行研究的测试方法。

现在，你可以开始动手。请在过程中的每一步上花一些时间，如果不清楚，那么不要盲目地继续。为了推动这一流程的标准化，请随意使用这一免费的可用性测试包。在你的测试过程中，请记住，永远专注于你的目标。因为如果你不清楚为何进行测试，那么方法可能就是毫无意义的。

如果希望了解对30种不同类型的可用性测试的解释和操作小贴士，那么请查看免费的109页《可用性测试指南》。这里的最佳行为来自 苹果 、Buffer和DirecTV等公司。（李玮）

【美国The Next Web作品（简称“作品”）的中文翻译权及中文版版权均归腾讯公司独家所有。未经腾讯公司授权许可，任何组织、机构或个人不得对作品进行中文翻译或对作品中文版本实施转载、摘编或其他任何形式的使用行为，违者腾讯公司将追究其法律责任。】