软件可用性设计与测试指南.docVIP

密级：机密 文件编号： 软件可用性设计与测试指南 版本：0.0.0-1.0.1 文件修改控制 修改编号 版本 修改条款及内容 修改日期 1 0.0.0-1.0.0 新建 200 2 0.0.0-1.0.1 修改：3.8章中修正错误的编号。 200 目录 TOC \o 1-3 1. 概述 1 1.1 目的 1 1.2 适用范围 1 1.3 背景 1 2. 可用性测试概述 1 3. 界面可用性设计与测试 2 3.1 易用性 2 3.2 规范性 4 3.3 帮助设施 5 3.4 合理性 6 3.5 美观与协调性 7 3.6 菜单位置 7 3.7 独特性 8 3.8 快捷方式的组合 8 3.9 安全性考虑 9 软件可用性设计与测试指南 版本：0.0.0-1.0.1 第 PAGE 5页 概述 目的 阐述在软件可用性方面通常应该遵守的具体规则，作为软件可用性设计、实现以及测试的参考。 适用范围 此规范适用于软件设计、开发、测试人员。 背景 当今客户对于软件的可操作性、易用性、操作界面友好程度的要求越来越高，因此，在软件产品设计和开发过程中需要充分考虑用户的最终感受，即用户体验。只有用户满意才是一个合格的产品，从用户的角度来看软件的可用性是对软件产品的第一印象，也是衡量软件整体质量的一个重要依据。 测试是目前用来验证软件功能是否实现和性能优劣的唯一有效方法，而作为软件产品第一使用者的测试人员不仅要着眼于软件功能测试，更需要站在最终用户的角度关注软件的可操作性和易用性。软件可用性测试已经成为软件测试的一项必不可少的内容，如何更有效的提高软件产品的可用性测试质量已成为测试人员迫切需要掌握和提高的基本技能。 本文从软件的可用性测试角度出发，对软件可用性测试理论进行了阐述，并对软件开发过程中的一些可用性规则做出了约定。 可用性测试概述 在软件产品开发过程中，软件可用性的测试是必不可少的一环。可用性是从人的角度来看软件系统是否易用、高效、使人满意，作为一种特殊的IT 产品，它的可用性显得格外重要。 关于可用性的测试和评估，在国外现在已经形成一个新的专业，称为可用性工程（Usability Engineering）。由于是一个专业，因此就有专门的人员来从事这项工作，并发展出一整套的方法和技术来进行可用性的测试和评估。 一个软件可用性的测试和评估应该遵循以下原则： 最具有权威性的可用性测试和评估不应该是专业技术人员，而应该是产品的用户。因为无论这些专业技术人员的水平有多高，无论他们使用的方法和技术有多先进，最后起决定作用还是用户对产品的满意程度。因此，对软件可用性的测试和评估，主要应由用户来完成。 软件的可用性测试和评估是一个过程，这个过程早在产品的初样阶段就开始了。因此一个软件在设计时反复征求用户意见的过程应与可用性测试和评估过程结合起来进行。当然，在设计阶段反复征求意见的过程是后来可用性测试的基础，不能取代真正的可用性测试。但是如果没有设计阶段的努力，仅靠用户最后对产品的一两次评估，是不能全面反映出软件的可用性的。 软件的可用性测试必须是在用户的实际工作任务和操作环境下进行的。可用性测试必须是用户在实际操作以后，根据其完成任务的结果，进行客观的分析和评估。 要选择有广泛代表性的用户。因为对软件可用性的一条重要要求就是系统应该适合绝大多数人使用，并让绝大多数人都感到满意。因此参加测试的人必须具有代表性，应能代表最广大的用户。 界面可用性设计与测试 界面是软件与用户交互最直接的层，界面的好坏决定了用户对软件的第一印象。设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。界面如同人的面孔，具有吸引用户的直接优势，设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，会让用户有挫败感，即使软件拥有再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。 但目前我们系统的界面设计并没有引起大家的足够重视，我们往往更关注于系统功能的实现，而忽略了用户对软件最直观的感受。以下是对界面可用性规则的描述，对于这些规则，我们在系统的设计、开发、测试阶段都应该给予足够的关注。 易用性 按钮名称应该易懂，用词准确，摒弃模楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。 易用性细则： 完成相同或相近功能进行分组，常用按钮要支持快捷方式。 完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。 按功能将界面划分局域块，用Frame 框括起来，并要有功能说明或标题。 界面要支持键盘自动浏览按钮功能，即按Tab