第12章 界面测试精选.pdfVIP

第十二章 界面测试 上一章回顾 • 控件的基本概念 • 认识控件 • 常用控件测试 课堂提问 • 文本框如何测试 本章学习目标 • 能够对B/S和C/S结构的系统设计界面测试 用例 本章学习方法 • 运用 本章主题 • 界面测试基本概念 • 界面测试要点软件测试 界面测试的概念 界面测试要点 • 完成相同或相近功能的按钮用Frame框起来， 常用按钮要支持快捷方式。 • 完成同一功能或任务的元素放在集中位臵， 减少鼠标移动的距离。 • 按功能将界面划分区域块，用Frame框括起 来, 并要有功能说明或标题。 • 界面要支持键盘自动浏览按钮功能，即按 Tab键、回车健的自动切换功能。 • 界面上首先要输入的和重要信息的控件在 Tab顺序中应当靠前,位臵也应放在窗口上较 醒目的位臵。 界面测试要点 • 同一界面上的控件数最好不要超过10个， 多于10个时可以考虑使用分页界面显示。 • 分页界面要支持在页面间的快捷切换，常 用组合快捷键Ctrl+Tab • 默认按钮要支持Enter操作，即按Enter后自 动执行默认按钮对应操作。 • 界面空间较小时使用下拉框而不用选项框。 • 选项数較少时使用选项框，相反使用下拉 列表框。 界面测试要点 • 专业性强的软件要使用相关的专业术语， 通用性界面则提倡使用通用性词语。 • 常用菜单要有命令快捷方式。 • 完成相同或相近功能的菜单用横线隔开放 在同一位臵。 • 菜单前的图标能直观的代表要完成的操作。 • 菜单深度一般要求最多控制在三层以内。 • 工具栏要求可以根据用户的要求自己选择 定制。 界面测试要点 • 相同或相近功能的工具栏放在一起。 • 工具栏中的每一个按钮要有及时提示信息。 • 一条工具栏的长度最长不能超出屏幕宽度。 • 工具栏的图标能直观的代表要完成的操作。 • 工具栏太多时可以考虑使用工具箱。 • 工具箱要具有可增减性，由用户自己根据 需求定制。 界面测试要点 • 工具箱的默认总宽度不要超过屏幕宽度的1/5。 • 状态条要能显示用户切实需要的信息，常用的有：目前的 操作、系统状态、用户位臵、用户信息、提示信息、错误 信息等，如果某一操作需要的时间较长，还应该显示进度 条和进程提示。 • 滚动条的长度要根据显示信息的长度或宽度能及时变换， 以利于用户了解显示信息的位臵和百分比。 • 状态条的高度以放臵五号字为宜，滚动条的宽度比状态条 的略窄。 • 菜单和工具条要有清楚的界限; 菜单要求凸出显示，这样在 移走工具条时仍有立体感。 • 菜单和状态条中通常使用5号字体。工具条一般比菜单要 宽，但不要宽的太多，否则看起来很不协调。 界面测试要点 • 右键快捷菜单采用与菜单相同的准则。 • 帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的 系统帮助文档都是系统的祖先时期的说明，让人困惑) 。 • 打包新系统时，对作了修改的地方在帮助文档中要做相应的修 改。 • 操作时要提供及时调用系统帮助的功能。常用F1 。 • 在界面上调用帮助时应该能够及时定位到与该操作相对的帮助 位臵。也就是说帮助要有即时针对性。 • 最好提供目前流行的联机帮助格式或HTML帮助格式。 • 用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该 提供帮助主题词。 • 如果没有提供书面的帮助文档的话，最好有打印帮助的功能。 • 在帮助中应该提供我们的技术支持方式，一旦用户难以自己解 决可以方便的寻求新的帮助方式。