启发式评估(heuristic evaluation)方法介绍
什么是启发式评估？
启发式评估法就是使用一套简单、通用、有启发性的可用性原则来进行的可用性评估。即几个评审人员根据一些通用的可用性原则和自己的经验来发现产品的可用性问题。有试验表明，每个评审人员平均可以发现35％的可用性问题，而5个评审人员可以发现大约75％的可用性问题。
什么样的人适合做启发式评估？
任何人都可以担任评审人员，但有试验表明，选用具有可用性知识又具有和被测产品相关专业知识的“双重专家”是最有效的，可以比只有可用性知识的专家多发现大约20％的可用性问题。（实际工作中，双重专家并不是很容易找到，因此一般的UE人员、设计师、前端技术人员都是很好的评估人员，我们部门曾在UE人手不足的情况下，请设计师根据UE组制定的“启发式评估—独立评估模版”做过新浪各频道的评估，短时间内发现了很多问题，并提出了很好的改进建议。）
实施启发式评估注意的要点：
每个评估人员分别单独进行评估，每人提供一个独立的评估报告。为了确保每个评估人员独立的无偏见地进行评估，每人的评估都结束之后，评估人员才可以交流并将独立的报告综合得到最后的报告。在报告中应该包括可用性问题的描述，问题的严重度，改进的建议。（详见“启发式评估—独立评估模版”）
十条可用性原则：
1。提供显著的系统状态
与这条原则相关的可用性问题的例子包括：
? 缺乏必要的反馈，没有清晰的系统状态；例如：在网站中用户登录后，应该有持久
的信息提示用户已登录的状态；
? 反馈不够持久，用户没有足够的时间注意到或理解反馈的内容； ? 反馈没有立即显示；
? 非文字反馈不容易看到，或不容易理解； ? 不必要的反馈，或是反馈使用户慢下来； ? 让用户误解的反馈。
2。系统应符合用户习惯的现实惯例
与这条原则相关的可用性问题的例子包括：
? 系统使用的词语和概念不符合用户的实际使用习惯，包括系统使用了用户不熟悉的
术语，或是没有使用用户熟悉的术语；
? 系统使用语言是以系统为中心的，而不是以用户为中心的； ? 任务流程没有反映用户的实际工作过程； ? 系统的结构不符合用户对真实世界的理解； ? 系统使用的暗喻或比拟的方法不容易理解； ? 相关的系统功能没有组合在一起，或是没有正确地组合在一起，或是功能的组合和
用户的理解不同，例如菜单的组合不符合用户的理解。
3。让用户能随时退出操作进程
与这条原则相关的可用性问题的例子包括：
? 在不可逆转的行动之前系统没有提供足够的警告； ? 系统没有在适当的时机提供取消的功能； ? 系统的取消功能不明显或是很难找到；
? 系统不支持撤销的功能。
4。保持一致性和标准性
与这条原则相关的可用性问题的例子包括：
? 界面元素的外观、布局和分组不一致； ? 界面元素的命名不一致；
? 系统反馈信息的格式不一致；
? 系统提供不一样的方法来操作相似的对象； ? 表达含义不一致，例如在不同的地方红色代表不同的意义； ? 设计标准和通用的标准不一致。
5。预防错误的发生
与这条原则相关的可用性问题的例子包括：
? 用户不能学会怎样控制用户界面上的物体； ? 输入信息时，界面没有告诉用户所需的格式，例如，密码要求6位以上等； ? 缺少非语言暗示，例如，缺少闪烁的光标来提示用户可以输入； ? 用户界面上不同的物体太相似，例如：在网页上有超级链接的图像看上去像背景，
用户不知道他们可以点击这些图像到达其他网页。
6。提供上下文识别而不是孤立记忆
与这条原则相关的可用性问题的例子包括：
? 系统的使用过于复杂，用户不得不记忆复杂的命令去操作系统； ? 界面提供的信息不及时，用户不得不自己从系统的另一个部分找到相关的信息； ? 图像或符号难以理解，甚至误导用户； ? 菜单、选择或链接有太多的层次。
7。使用的舒适性和高效性
与这条原则相关的可用性问题的例子包括：
? 系统缺少自动化，没有自动地执行下面的任务，例如，一个新窗口打开时，视窗大
小不合适，用户不得不自己改变视窗的大小； ? 系统没有提供应有的默认值；
? 默认值不正确；
? 使用系统需要太多的控制动作； ? 系统没有提供捷径，例如，系统没有定义必要的功能键。
8。美观精练的设计
与这条原则相关的可用性问题的例子包括：
? 用户界面上的元素太大或太小，元素的颜色、形状或文字不适当，不容易识别； ? 界面元素的移动太快、太慢或不容易察觉； ? 声音使人感到被打扰、分心或使人烦恼； ? 屏幕上过于拥挤，界面元素的密度分布不均匀； ? 不相关的元素距离太近，互相干扰或使用不方便； ? 不同的元素太相似，例如，按键或链接看上去像一般的文字； ? 系统没有帮助用户注意到系统状态的变化。
9。帮助用户识别错误，分析和纠正错误 与这条原则相关的可用性问题的例子包括：
? 错误信息使用了不当的幽默、或是用词不礼貌，消极，使人不愉快，具有威胁性，
使用命令的口吻等；
? 错误信息赋予软件系统人的特点，使系统人格化；
? 错误信息使用户迷惑，不能帮助用户解决问题。
10。提供帮助文档和使用手册
与这条原则相关的可用性问题的例子包括：
? 帮助信息或用户手册不存在；
? 帮助信息没有意义或使用户更加迷惑。
本文主要根据《人机交互：以用户为中心的设计和评估》的内容整理。此书是产品设计很好的入门书，对产品设计流程和方法有详细的介绍，建议大家阅读。
第二篇：可用性测试启发式评估十条原则介绍
可用性测试启发式评估十条原则介绍
01 系统状态的可视化
系统应该总是能及时通过适当的反馈，让用户获悉系统目前的状态。
02 系统界面应符合现实世界的惯例
系统应该使用用户的语言，用户熟悉的句子，段落和概念，而不是使用基于系统的术语。遵循日常的惯例，使得呈现的信息自然且具有逻辑。
03 让用户有控制的自由
用户往往会误执行了系统的某个功能，这时需要一个显著的“紧急退出”操作，使得用户在还没有得到不希望发生的结果前，能阻止系统继续执行用户的误操作。另外，系统应支持“撤消操作”和“重做”。
04 遵循统一性和标准化
系统的同样一件事物不应该使用不同的语句，状态和操作而使得用户产生疑惑。一般应遵循系统平台的惯例。
05 防止用户出错
应该在一开始就防止错误的发生，事后再好的错误信息也不如这种防患于未燃的设计。考虑设置某些条件限制来防止用户产生错误，或者在用户选择提交操作前帮助用户检查确认。
06 识别好过回忆
通过对对象，操作和选择的可视化，使得用户的记忆负担降到最低。在连续的操作中,不应强制用户记住某些信息。系统的使用说明应该很显著或者在适当的时候很容易获取。
07 使用的效率和灵活性
快捷方式(对于初级用户来说是不可见的)——对专家用户来说往往能提高操作的速度，这样使得系统能够兼顾初级用户和专家用户。允许用户通过定制使那些频繁的操作快捷化。
08 简约设计
操作中不应该包含不相关的信息和很少用到的需求。每一个额外的信息都会与操作中的相关信息形成竞争，从而弱化了主要信息的可见度。
09 帮助用户识别，诊断并修复错误
错误信息应该使用平实的语言表达(非代码)，正确的说明问题，并有建设性的提出解决方案。
10 提示和帮助文档
即使系统能够在不需要帮助文档的情况下很好的被用户使用，也有必要提供帮助提示和文档。这些信息都应该很容易的被搜索到，并整合集成到用户的任务中，并列出具体的操作步骤，而不是庞大笼统的文档。