对于用户体验和界面设计者而言，可用性测试已经有很长一段时间被当做一个不可或缺的工具。即便是有最理想的需求和最完美的项目团队，没有什么比得上让产品在真人面前接受测试。尽管可用性测试本来很简单，但要正确执行倒也未必。下面，就让小编为您献上关于可用性测试最需要注意的五点：

1.选择正确的受试对象

这里的关键是结果将取决于你你测试的人。如果你拾取一组完全不熟悉系统的受试对象来测试，你的结果可能将毫无价值。

当一切安好时，在项目需求或开发进程中，你将已经开发“人物角色”。而“人物角色”就是对你的网页或服务的关键受众的真实描述。当决定执行或设计功能的特性时，“人物角色”给你一个用户参考来供你考虑，因此会它很有用。

当进程到可用性测试时，必须尝试对这些“人物角色”匹配对象。如果你没有在产品中创建人物角色，现在是个写入它们的好时机，或者至少简单创建以便你决定哪个将是用于测试的靠谱的受试对象。

2.措辞任务

当你在写你的受试对象将在测试期间执行的任务的时候，想象一个法庭审判或者 一个抱有偏见的问题（即带有感情色彩的思维诱导），比如“这个特性很不可思议么？”就是很本质的偏见，并且受试对象的回答将自然地受到影响。从你的（或你的团队）的个人感觉来看，应该是简单的、清晰的、自由的。比如：

“请回顾一下主页，看看有什么元素吸引了你的眼球？”会比“你能看见主页顶上的大横条么？”更近人，更有效。

“请回顾一下检查处理步骤并以1-5数值评价一下对每个屏幕的的体验（5为最好）”会比“最后一步检查处理是不是太复杂了，我们认为图标太小了”有更好的服务质量和效果。

3.会话期间如何表现

如果你是在促进会话，比如让受试者进入并坐下，分发任务，问问题或做记录，你必须特别小心，尽量别出声也别做什么让受试者分心的事，更别在任务进行时插嘴，就算你知道该怎么做而受试者却踌躇不决。为了让你自己不干扰测试，请记住以下三条原则：

• 在别人没对你说话时，别说话。
• 在会话期间坐下，不要直接在受试者的背后或者越过受试者肩高的位置。
• 只在特别小事上帮助受试者（比如登录或者系统崩溃等）。如果他们完不成任务，憋帮他们。

4.记录会话和反馈

运作任务的人应该能够做记录，但他们更忙于管理任务和帮助受试对象。因此如果你是用视频记录会话，那最好不过了。最有效的可用性结果来自对用户（他们的反应和肢体语言）和屏幕（鼠标移动及与系统的交互作用）的记录。第一个记录可以用简单的摄影机和三脚架来实现，或者甚至如果你没有其他选择，一部iPhone都可以。第二个记录则是可以通过一些桌面记录软件包来实现。

5，会话之后集合反馈

在会话结束之后，受试对象完成了所有任务，一定要进行快速采访或调查。这是一个捕捉有效反馈的相当不错的途径，而问题则是仅仅围绕会话期间发生了什么，这也是决定报价、听取与会者声音的有效途径。

点击下载WEB测试框架