可用性测试启发式评估十条原则介绍

发表于:2010-4-12 14:05

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:互联网的一些事    来源:51Testing软件测试网采编

  01、系统状态的可视化

  系统应该总是能及时通过适当的反馈,让用户获悉系统目前的状态。

  02、系统界面应符合现实世界的惯例

  系统应该使用用户的语言,用户熟悉的句子,段落和概念,而不是使用基于系统的术语。遵循日常的惯例,使得呈现的信息自然且具有逻辑。

  03、让用户有控制的自由

  用户往往会误执行了系统的某个功能,这时需要一个显著的“紧急退出”操作,使得用户在还没有得到不希望发生的结果前,能阻止系统继续执行用户的误操作。另外,系统应支持“撤消操作”和“重做”。

  04、遵循统一性和标准化

  系统的同样一件事物不应该使用不同的语句,状态和操作而使得用户产生疑惑。一般应遵循系统平台的惯例。

  05、防止用户出错

  应该在一开始就防止错误的发生,事后再好的错误信息也不如这种防患于未燃的设计。考虑设置某些条件限制来防止用户产生错误,或者在用户选择提交操作前帮助用户检查确认。

  06、识别好过回忆

  通过对对象,操作和选择的可视化,使得用户的记忆负担降到最低。在连续的操作中,不应强制用户记住某些信息。系统的使用说明应该很显著或者在适当的时候很容易获取。

  07、使用的效率和灵活性

  快捷方式(对于初级用户来说是不可见的)——对专家用户来说往往能提高操作的速度,这样使得系统能够兼顾初级用户和专家用户。允许用户通过定制使那些频繁的操作快捷化。

  08、简约设计

  操作中不应该包含不相关的信息和很少用到的需求。每一个额外的信息都会与操作中的相关信息形成竞争,从而弱化了主要信息的可见度。

  09、帮助用户识别,诊断并修复错误

  错误信息应该使用平实的语言表达(非代码),正确的说明问题,并有建设性的提出解决方案。

  10、提示和帮助文档

  即使系统能够在不需要帮助文档的情况下很好的被用户使用,也有必要提供帮助提示和文档。这些信息都应该很容易的被搜索到,并整合集成到用户的任务中,并列出具体的操作步骤,而不是庞大笼统的文档。(以上言论仅代表作者的个人观点,不代表51Testing观点)


相关链接:

查看更多关于“可用性测试”的文章>>

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号