启发式方法评估

《启发式方法评估》由会员分享，可在线阅读，更多相关《启发式方法评估（9页珍藏版）》请在装配图网上搜索。

1、启发式评估是专家评审法的一种，就是让几个评审人员根据一些通用的可用 性原则和自己的经验来发现系统内潜在的可用性问题。每一个评审人员可以发现 35%的可用性问题，而 5个评审人员能找到大约 75%的可用性问题。启发式评估该选择由什么样的人来进行？ 启发式评估是专家评审法的一种，选用具有可用性知识或选用具有和被测试系统相关专业知识的“专家”，具有以 上两种知识的人是最合适人选，他能多发现约20%的可用性问题。启发式评估如何进行？每一个评审人员进行1-2小时的使用系统，之后提供一份独立的报告，在报 告中应包括可用性问题的描述，问题的严重性以及改进的建议。启发式评估的通用准则Visibility of

2、 system status.可视性原贝 UMatch between system and real world系统应符合用户的真实世界User control and freedom.用户有自由控制权Consistency.致性原贝UError strategy.有预防用户出错的措施Recognition rather than recall.要在第一时间让用户看至 U Flexibilityand efficiency of use.使用起来灵活且高效 -Aesthetics and minialistdesign 易读性Help users recognize, diagnose, a

3、nd recover from errors.给用户明确的错误信息，并协助用户方便的从错误中恢复工作Help and Documentation.必要的帮助提示与说明文档附：普渡大学可用性测试检查表使用说明本调查表共有100题，回答每一个问题时按照以后三个步骤(a) 请评估每一个问题是否适用于所评审的系统。如果不适用，跳到下一题。如果适 用，请继续回答。（b ）对于所评估的系统，请评价该问题的重要性（1是最不重要的，3是 最重要的）（c ）评价系统在该问题上的表现（1是非常糟糕，7是非常好），如果不存 在，请选择不存在项 1.兼容性I）光标的控制是否符合光标的移动？ 2）用户控制的结果是否符合

4、用户 的期望？3）所提供的控制是否符合用户的技能水平？4）界面的编码（例如，颜色、形状等）是否为用户所熟悉？5）用词是否为用户所熟悉？ 2.一致性6）界面颜色的编码是否符合常规？7）编码是否在不同的显示及菜单上都保持一致？8）光标的位置是否一致？9）显示的格式是否一致？ 10）反馈信息是否一致？II）数据字段的格式是否一致？ 12）标号的格式是否一致？13）标号的位置是否一致？ 14）标号本身是否一致？15）显示的方向是否一致？（漫游或卷动）16）系统要求的用户动作是否一致？ 17）在不同的显示中用词是否一致？18）数据显示和数据输入的要求是否一致？19）数据显示是否符合用户的常规？20）图形

5、数据的符号是否符合标准？21）菜单的用词和命令语言是否一致？22）用词是否符合用户指导的原则？3. 灵活性23）是否可以使用命令语言而绕过菜单的选择？24）系统是否有直接操作的功能？25）数据输入的设计是否灵活？26）用户是否可以灵活地控制显示？27）系统是否提供了灵活的流程控制？28）系统是否提供了灵活的用户指导？29）菜单选项是否前后相关？30）用户是否可以根据他们的需要来命名显示和界面单元？31）系统是否为不同的用户提供了好的训练？32）用户是否可以自己改变视窗？33）用户是否可以自己命名系统命令？34）系统是否允许用户选择需要显示的数据？35）系统是否可以提供用户指定的视窗？36）为了

6、扩展显示功能，系统是否提供放大的功能？4. 可学习性37）用词是否清晰？38）数据是否有合理的分类，易于学习？39）命令语言是否有层次？40）菜单的分组是否合理？ 41）菜单的顺利是否合理？42）命令的名字是否有意义？43）系统是否提供了无惩罚的学习？5. 极少化的用户动作44）系统是否为相关的数据提供了组合输入的功能？45）必要的数据是否只需要输入一次？46）系统是否提供了默认值？47）视窗之间的切换是否容易？48）系统是否为经常使用的控制提供了功能键？49）系统是否有全局搜索和替代的功能？50）菜单的选择是否可以使用点击的功能？（主要的流程控制方法）51）菜单的选择是否可以使用键入的功能？

7、（辅助的控制方法）52）系统是否要求极少的光标定位？53）在选择菜单时，系统是否要求极少的步骤？54）系统是否要求极少的用户控制动作？55）为了退到更高一级菜单中，系统是否只需要一个简单的键入动作？56）为了退到一般的菜单中，系统是否只需要一个简单的键入动作？6. 极小的记忆负担57）系统是否使用了缩写？58）系统是否为输入分层次的数据提供了帮助？59）指导信息是否总是可以得到的？60）系统是否为序列的选择提供了分层次的菜单？61）被选的数据是否有突出显示？62）系统是否为命令提供了索引？63）系统是否为数据提供了索引？64）系统是否提示在菜单结构中的当前位置？65）数据是否保存简短？66）为

8、选择菜单使用的字母代码是否经过认真的设计？67）是否将长的数据分成不同的部分？68）先前的答案是否可以简便的再利用？69）字母大小写是否等同？70）系统是否使用短的代码而不使用长的代码？71）图符是否有辅助性的字符标号？7. 知觉的有限性72）系统是否为不同的数据类别提供不同的编码？73）缩写是否清晰而相互不同？74）光标是否不同？75）界面单元是否清晰？76）用户指导的格式是否清晰？77）命令是否有清晰的意义？78）命令的拼写是否清晰？79）系统是否使用了易于分辨的颜色？80）目前活动的窗口是否有清楚的标识？81）为了直接比较，数据是否成对的摆在一起？82）是否限制语音信息使用的数量?83）

9、系统是否提供了一系列相关信息？84）菜单是否和其他的显示信息有明显的区别?85）颜色的编码是否多余？86）系统是否提供了视觉上清晰可辨的数据字段？87）不同组的信息是否明显分开？88）屏幕的密度是否合理？8. 用户指导89）系统反馈的错误信息是否有用？90）系统是否提供了“取消”的功能？91）错误的输入是否被显示出来？92）系统是否提供了明确的改正错误的方法？93）系统是否为控件输入提供了反馈？94）是否提供了“帮助”95）一个过程的结束是否标志清楚？96）是否对重复的错误有提示？97）错误信息是否具有建设性并提供有用的信息？98）系统是否提供了“重新开始”的功能？99）系统是否提供了“撤销”

10、的功能？100）用户是否启动流程控制？如何进行启发式评估 2007-09-21 15:29原文作者：Jakob Nielsen译者：初心不忘原文链接：How to Conduct a Heuristic Evaluation启发式评估(Nielsen and Molich, 1990; Nielsen 1994)是可用性工程的 一种方法，目的是为了找出用户界面设计中的可用性问题，因此启发式评估能够 被当成是反复设计过程(an iterative design process)中的一部分。启发式评 估是指少数几个评估者检查界面，并判断界面是否符合公认的可用性原则(即“启 发式”)。大体上来说，仅

11、让一个人来做启发式评估是困难的。因为单独一个人永远也 不可能找出界面中的所有可用性问题。幸运的是，从许多不同的项目得出的经验 来看，不同的人会发现不同的可用性问题。因此，通过多个评估者，可能大大提 高启发式评估的效果。图1显示了启发式评估安全研究的一个实例，19个评估 者发现了语音回复系统的16个可用性问题(Nielsen, 1992)图1中每一个黑 色的广场代表了一个评估者发现的一个可用性问题。该图清楚地显示出不同的评 估者发现的问题有相当大的部分不是重叠的。很显然，有的可用性问题很容易被 发现，几乎每个评估者都找出了这样的问题，但是，也有一些问题只被少数评估 者所发现。并且，不能仅仅依靠评

12、估者的发现来判断他们是否是好的评估者。首 先，不能保证评估者在每一次评估中都是最好的评估者；其次，有一些很难被发 现的可用性问题是那些没有发现许多可用性问题的评估者发现的(可见图1中最 左边的一栏)。因此，没有必要在每次评估中都包括多个评估者(下文将会讨论 评估者的最佳人数)。我的建议是使用3至5名评估者，因为不能够通过使用更 多的人数来获得更多额外的信息了。图1图1显示了每个评估者在评估银行系统中发现的可用性问题。横排表示 19 个评估者，竖列表示16 个可用性问题。方框体代表可用性问题：黑色代表评估 者发现了该问题，而白色则代表评估者没有发现该问题。发现可用性问题最多的 评估者在最底一排而

13、发现可用性问题最少的评估者在最上面一排；最容易发现的 可用性问题显示在最右边的列而最难被发现的可用性问题显示在最左边的列。在进行启发式评估时，每个评估者单独地检查界面。当所有的评估者都完成 了他们的评估后，将他们聚集在一起进行讨论并整合他们的发现。这一程序是非 常重要的，目的是确保每个评估者的独立性和无偏见地进行评估。评估结果可以 通过评估者自己记录成手写的报告或者当他们在检查时，将评估结果口述给一旁 的观察者。手写报告的优点是能够呈现评估较正式的评估结果，但是需要评估者 花费更多地额外劳动。使用观察者增加了每一个评估的费用，但是减少了评估者 的劳动量。另外，评估结果在最后一次评估之后很快就可

14、用，因为观察者仅需要 理解和整理他自己的个人笔记即可，不需要整理其他人写的报告。并且，当界面 出现问题的时候，观察者可以帮助评估者，例如一个不稳定的原型，当评估者在 专业领域里有所限制或者需要对界面做出解释时。在用户测试的情景下，观察者（通常称变实验者）有责任解释用户的行为以 推断这些行为如何与界面设计的可用性问题相关的。这就使得用户完全不知道用 户界面设计的情景下，用户测试成为可能。相反，在启发式评估中，分析用户界 面是评估者的职责，因此观察者只需要记录评估者关于界面的评论，而不需要去 解释评估者的操作。另外两个启发式评估与传统用户测试的不同是观察者回答评估者问题的意愿和评估者在操作界面时能够获得的提示的程度。对于传统用户测试来说，观察 者通常想发现用户在使用界面时发生的错误；因此，除了绝对需要的东西之外， 实验者不太愿意提供更多的帮助。同样，要求用户通过使用系统来发现他们问题 的答案而不是从实验者那里获得答案。而对于一个领域特殊性应用的启发式评估， 拒绝回答评估者关于此领域的问题是不现实的，尤其是评估者中没有领域专家。 相反，回答评估者的问题能够让他们更好的评估用户界面的可用性问题。类