易用性测试计划.doc

XX项目 易用性测试计划 版本 1.0 受控号：ZS-QR-020 版本：V1.0 编号: 修订历史记录 日期 版本 说明 （该版本测试类型） 作者 2014-06-01 易用性测试 目录 1 测试范围与主要内容 4 2 测试方法/策略 7 3 测试环境与测试辅助工具 8 4 测试风险控制 8 5 人员与任务表 8 6 测试进度计划 8 7 BUG库 9  测试范围与主要内容 本次XXX系统测试，主要是对用户使用XXX系统的易使用性、质量、效率、以及效果的测试。主要目的在于增加XXX系统操作的简易性，在最终的使用者用户的角度来看待该软件，是否操作简单，便于理解，界面设计美观等，如果XXX系统难以理解，操作不易，使用难度大就是XXX系统的缺陷；本次测试分以下几个方面，对于以下模块中不能通过的问题在备注中进行详细的描述，以便能及时处理这个问题： 1）易理解性测试：XXX系统的各项功能是否容易被识别和理解，XXX系统的输入和输出格式和含义是否容易被理解。 测试对象 测试方法 是否通过 备注 所有页面 界面风格、表格设计、业务流程、数据加密机制、人员权限等符合规定 对软件功能是否能够灵活定制，如工作流的流程分配 对于存在紧密关系的模块，是否方便功能转换，从一个功能进入到另一个功能 对于多处使用的数据应可以一次输入多处使用，减少用户重复工作 对于流程性强的操作，是否能够限制操作顺序；非法信息应不允许进行系统 用户的每一次操作，是否能够给出提示或回应，用户能清晰的看到运行状态。 关键操作或数据删除等操作是否有明确的提示；报错后应给出足够的出错原因，如何排查。 需要时是否能使用所有窗口相关的功能 页面菜单功能是否可以正确执行 主菜单通常采用“常用--主要--次要--工具—帮助”的位置排列，符合流行的Windows风格 主菜单是否数目太多，是否可以单排布置 主菜单的宽度是否基本相同，字数不多于四个，每个菜单的字数能相同 菜单项是否按使用频率和重要性排列，常用的放在开头， 不常用的靠后放置；重要的放在开头，次要的放在后边 当显示多个窗口时，活动窗口是否被适当的加亮 页面分辨率检查，在各种分辨率浏览系统检查系统界面友好性 做delete, update, add, cancel, back等操作后，查看信息回到的页面是否合理 2）易学性测试：XXX系统使用户学习它的应用的能力； 测试对象 测试方法 是否通过 备注 所有系统 系统是否有《用户操作手册》 系统中是否有帮助文档 系统是否需要《用户操作手册》和帮助文档 系统中是否有联机帮助或者HTML帮助格式 系统是否提供技术支持方式，用户可以方便的寻求新的帮助方式。 帮助文档内容前后一致，内容完整，易理解等 3）易操作性测试：XXX系统用户操作和控制它的能力。（适合性、可变性和适应性可能会影响它）； 测试对象 测试方法 是否通过 备注 所有页面 常用按钮是否支持快捷方式 同一功能或任务的按钮放在集中位置，是否减少鼠标移的距离 界面是否支持键盘自动浏览按钮功能，按Tab键的自动切换功能 默认按钮要支持Enter操作，按Enter后自动执行默认按钮对应操作 可写控件检测到非法输入后应给出提示说明并能自动获得焦点 Tab键对控件排列顺序是否一致 相同或相近功能的按钮是否用Frame框起来 是否能用常用的快捷方式操作菜单 复选框和选项框按优先使用顺序而先后排列 复选框和选项框要有默认选项，并支持Tab 选择 提供终止操作的途径，任何时刻都允许用户决定放弃或者退回、退出。 用户的输入是否具备确认过程 有相关的下拉式菜单、滚动条、对话框、按钮、图标和其他控制可为窗口使用并适当地显示 向导信息是否具有可以理解性的语言讲行描述 对重要的、有破坏性的操作是否提供确认措施 信息提示是否具有统一的标记 back, cancel等按钮跳转页面处理是否一致 检查页面上的form, button, table, header, footer,提示信息，还有其他文字拼写，句子的语法等是否正确。 测试最大化/最小化/还原时页面是否做了对应的处理 4）吸引性测试：软件产品吸引用户的能力； 测试对象 测试方法 是否