在构建交互式Web站点或应用程序时，我们工作的成功并不仅仅基于营销策略和设计。真正的挑战是为Web客户提供清晰、可控和满意的服务。

确保理解和易用性的唯一真正方法是观察有代表性的客户使用您的站点——或者称为可用性测试，在一对一的测试中，您让参与者在您的站点上执行开放式任务。当他们使用网站时，你会从他们的困惑中获得理解。

在大多数情况下，我认为可用性测试被视为低优先级。这通常是由于在实验室中进行正式可用性测试的高成本或执行测试所需的时间。

不幸的结果是，大多数Web站点在不知道存在问题的情况下启动。在流程的早期进行可用性测试可以确保您发现站点中的瓶颈和障碍。通过解决这些问题，您将改善网站的结果，并为网站访问者提供更好的体验。

那么，如何在不投入大量时间和费用的情况下进行可用性测试呢?这就是非正式可用性测试的用武之地。正式的可用性测试需要一个很长的周期，包括招募最合适的参与者、找到最好的设施、设置记录和文档设备以及雇用专业人员进行测试。在某些情况下，这些正式的测试项目可能会持续数月，花费数万美元。

通过抄近路，您可以自己进行测试，而无需麻烦和费用，并且仍然可以确定主要问题。为了简化这个过程，我将把它分成四个方面:

1. 定义任务和位置。
2. 确定和安排参与者。
3. 进行测试。
4. 回顾你的发现。

1.定义任务和位置

确定用户可能在您的网站上完成的主要任务。传统上，这是一个涉及用户角色和任务分析的非常长的过程。

出于我们的目的，我们将选择影响网站成功的几个主要任务。这可以是查找特定信息之类的基本任务，也可以是购买产品之类的交互过程。

想想人们访问你的网站时的目标或动机，并列出一个清单。从这个列表中选择四到五个对你的网站影响最大的主要任务。例如，如果您有一个电子商务网站，该列表可能包括定位所需产品、购买产品和查看订单状态。一旦您选择了任务，为测试创建一个非常基本的大纲脚本。您单独测试的每个人都将遵循相同的脚本。

一个通用脚本将首先要求参与者查看Web站点并提供有关目的的反馈。这有时被称为“get it”测试。它探讨了人们如何容易地识别您的网站或公司的目的。

你会惊讶地发现有多少人在回答问题上有困难。接下来，您将创建一个用户将尝试完成的任务列表。每个任务陈述应该是开放式的，以允许自然体验。例如，您可以要求参与者“找到感兴趣的产品并购买”，而不是“搜索MP3播放器并将其添加到购物车中”。后一种说法是一个指导，并帮助参与者使用该网站。

在您创建了一个简单的脚本之后，您需要决定在哪里举行测试。在正式的可用性测试中，这将在带有单向镜子和一些复杂记录设备的实验室中进行。由于我们的预算很低，所以可以在您和您的参与者方便的任何地方举行。所需要的只是一台普通的电脑和一个舒适的环境。你可以用一间空余的办公室，在那里放一台电脑和一张舒适的椅子和桌子。

一旦您创建了脚本并选择了位置，就该找到您的参与者了。

2.找到你的参与者

传统上，这个阶段包括深入的用户定义和招募。在大多数情况下，会聘请外部招聘公司来寻找参与者。一旦找到潜在的参与者，就必须筛选目标受众。

在这种情况下，我们只需要找一些有使用互联网经验的人。你只需要找到最多五个人来参加。你可以招募朋友、家人、同事，甚至是现在的客户。如果您已经有了一个站点，您可以随机询问站点访问者是否愿意来您的站点参加您的测试。如果你能够轻松地找到与你的目标人群接近的人，那么它将产生更好的结果。

参与者不应该熟悉你将要测试的材料。为每个参与者的时间提供一些补偿是标准的。这通常是每分钟一美元(包括旅行时间)。如果你的参与者是当前的客户，你可以通过提供与你的业务相关的交易或折扣来节省资金。

一旦你确定了你的参与者，创建一个时间表，并提供可用的时间段。每次考试大约需要60分钟，所以我建议你为每次考试留出大约两小时的时间。如果有人迟到了，或者测试运行的时间比预期的长，这就允许了灵活性。每次考试后一定要留时间复习笔记。如果您需要将测试延长几天，那也可以。

3.进行测试

进行测试应该是非常随意和舒适的你和参与者。正式的测试通常包括一名指导老师进行测试和一名记录员记录结果。还将有现场录像和录音设备监视计算机屏幕和参与者。在大多数情况下，少数人会在单向镜子后面观察。但是，我们只想揭示主要问题，因此我们将保持简单。

在开始测试之前，提供一个简短的介绍，说明您正在做什么以及为什么要这样做。让参与者知道你正在努力改进你的网站，为你的客户提供更好的体验。

还要让参与者知道您是在测试网站，而不是测试用户。这样他就不会因为犯错误而感到不舒服。弄清楚错误是你网站的错，并将帮助你改进它。在介绍之后，是时候开始编写脚本了。在计算机上已经打开了网站的起始页。

当你要求参与者完成一项任务时，确保当他或她陷入困境时不要帮忙。你应该鼓励参与者大声思考，以便理解他们的思维过程。参与者经常会陷入困境或困惑，让他自己恢复过来是很重要的。

测试应该尽可能地模拟真实世界的例子。如果参与者遇到了完全的死胡同，无法恢复，那么让他回到正轨是可以的。当参与者遇到问题时，尽可能详细地写下他们的发现。笔记不应该是有组织的或结构化的，因为你会在考试后做这些。当你做笔记时，不要试图写下解决方案;这个问题也将在以后解决。

测试结束后，感谢用户，让他知道反馈很有帮助。在这一点上，你可以提供补偿。现在是时候把笔记组织成一个结构化的格式，因为它们在你的脑海中是新鲜的。

当下一个参与者到达时，只需重复相同的过程。你会越做越好。

4.回顾你的发现

深入的审查、分析和可交付的报告通常是正式测试的结果。这将包括一份调查结果的详细报告，并可能就如何改进已查明的问题提出建议。我们只需要知道哪里出了问题，参与者在哪里遇到了问题。这样，当你修改你的网站时，你就有地方可以开始了。

在完成所有测试之后，将这些笔记组合起来，并创建一个包含所发现的所有问题的文档。由于可用性测试只能让你意识到问题，下一步就是找到合适的解决方案来修复已发现的问题。在处理较大的交互式Web站点时，在进行调整后进行多次测试。(但不要测试太多!)

可用性测试可能不被认为是设计过程中的强制性阶段，但如果没有它，你就是盲目地发布产品。即使是组织糟糕的可用性测试也比没有测试好。

可用性测试在传统软件和高度交互的Web站点中得到了广泛的应用。随着越来越多的人了解它对生产结果的影响，它将成为设计过程的标准步骤。

请记住，简单的可用性测试不需要大量预算。让参与者感到舒适，问开放式的问题，并从困惑中学习!