启发式评估.docx

启发式评估(heuristic??evaluation)方法介绍 什么是启发式评估？ ??? 启发式评估法就是使用一套简单、通用、有启发性的可用性原则来进行的可用性评估。即几个评审人员根据一些通用的可用性原则和自己的经验来发现产品的可用性问题。有试验表明，每个评审人员平均可以发现35％的可用性问题，而5个评审人员可以发现大约75％的可用性问题。 ? 什么样的人适合做启发式评估？ ??? 任何人都可以担任评审人员，但有试验表明，选用具有可用性知识又具有和被测产品相关专业知识的“双重专家”是最有效的，可以比只有可用性知识的专家多发现大约20％的可用性问题。（实际工作中，双重专家并不是很容易找到，因此一般的UE人员、设计师、前端技术人员都是很好的评估人员，我们部门曾在UE人手不足的情况下，请设计师根据UE组制定的“启发式评估—独立评估模版”做过新浪各频道的评估，短时间内发现了很多问题，并提出了很好的改进建议。） ? 实施启发式评估注意的要点：?? ?每个评估人员分别单独进行评估，每人提供一个独立的评估报告。为了确保每个评估人员独立的无偏见地进行评估，每人的评估都结束之后，评估人员才可以交流并将独立的报告综合得到最后的报告。在报告中应该包括可用性问题的描述，问题的严重度，改进的建议。（详见“启发式评估—独立评估模版”） ? 十条可用性原则： ????1。提供显著的系统状态 ????与这条原则相关的可用性问题的例子包括： 缺乏必要的反馈，没有清晰的系统状态；例如：在网站中用户登录后，应该有持久的信息提示用户已登录的状态； 反馈不够持久，用户没有足够的时间注意到或理解反馈的内容； 反馈没有立即显示； 非文字反馈不容易看到，或不容易理解； 不必要的反馈，或是反馈使用户慢下来； 让用户误解的反馈。 ? ????2。系统应符合用户习惯的现实惯例 ????与这条原则相关的可用性问题的例子包括： 系统使用的词语和概念不符合用户的实际使用习惯，包括系统使用了用户不熟悉的术语，或是没有使用用户熟悉的术语； 系统使用语言是以系统为中心的，而不是以用户为中心的； 任务流程没有反映用户的实际工作过程； 系统的结构不符合用户对真实世界的理解； 系统使用的暗喻或比拟的方法不容易理解； 相关的系统功能没有组合在一起，或是没有正确地组合在一起，或是功能的组合和用户的理解不同，例如菜单的组合不符合用户的理解。 ????3。让用户能随时退出操作进程 ????与这条原则相关的可用性问题的例子包括： 在不可逆转的行动之前系统没有提供足够的警告； 系统没有在适当的时机提供取消的功能； 系统的取消功能不明显或是很难找到； 系统不支持撤销的功能。 ????4。保持一致性和标准性 ????与这条原则相关的可用性问题的例子包括： 界面元素的外观、布局和分组不一致； 界面元素的命名不一致； 系统反馈信息的格式不一致； 系统提供不一样的方法来操作相似的对象； 表达含义不一致，例如在不同的地方红色代表不同的意义； 设计标准和通用的标准不一致。 ? ????5。预防错误的发生 ????与这条原则相关的可用性问题的例子包括： 用户不能学会怎样控制用户界面上的物体； 输入信息时，界面没有告诉用户所需的格式，例如，密码要求6位以上等； 缺少非语言暗示，例如，缺少闪烁的光标来提示用户可以输入； 用户界面上不同的物体太相似，例如：在网页上有超级链接的图像看上去像背景，用户不知道他们可以点击这些图像到达其他网页。 ? ????6。提供上下文识别而不是孤立记忆 ????与这条原则相关的可用性问题的例子包括： 系统的使用过于复杂，用户不得不记忆复杂的命令去操作系统； 界面提供的信息不及时，用户不得不自己从系统的另一个部分找到相关的信息； 图像或符号难以理解，甚至误导用户； 菜单、选择或链接有太多的层次。 ? ????7。使用的舒适性和高效性 ????与这条原则相关的可用性问题的例子包括： 系统缺少自动化，没有自动地执行下面的任务，例如，一个新窗口打开时，视窗大小不合适，用户不得不自己改变视窗的大小； 系统没有提供应有的默认值； 默认值不正确； 使用系统需要太多的控制动作； 系统没有提供捷径，例如，系统没有定义必要的功能键。 ? ????8。美观精练的设计 ????与这条原则相关的可用性问题的例子包括： 用户界面上的元素太大或太小，元素的颜色、形状或文字不适当，不容易识别； 界面元素的移动太快、太慢或不容易察觉； 声音使人感到被打扰、分心或使人烦恼； 屏幕上过于拥挤，界面元素的密度分???不均匀； 不相关的元素距离太近，互相干扰或使用不方便； 不同的元素太相似，例如，按键或链接看上去像一般的文字； 系统没有帮助用户注意到系统状