一、概述
用户界面是指软件中的可见外观及其底层与用户交互的部分(菜单、对话框、窗口和其它控件)。而用户界面测试,又称UI测试,目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能.
二、详解
界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够,直到最近网页制作的兴起,才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。目前流行的界面风格有三种方式:多窗体、单窗体以及资源管理器风格,无论那种风格,以下规则是应该被重视的。
规则 |
概述 |
细则 |
易用性 |
按钮名称应该易懂,用词准确,摒弃模棱两可的字眼,要与同一界面上的其他按钮易于区分,能望文知意最好 |
1):完成相同或相近功能的按钮用Frame框起来,常用按钮要支持快捷方式。 2):完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。 3):按功能将界面划分局域块,用Frame框括起来,并要有功能说明或标题。 4):界面要支持键盘自动浏览按钮功能,即按Tab键、回車键的自动切换功能。 5):界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。 6):同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。 7):分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab。 8):默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。 9):可写控制项检测到非法输入后应出说明并能自动获得焦点。 10):Tab键的顺序与控件排列顺序要一直,目前流行总体从上到下,同时行间从左到右的方式。 11):核取方块和选项框按选择几率的高底而先后排列。 12):核取方块和选项框要有默认选项,並支持Tab选择。 13):选项数相同時多用选项框而不用下拉清单框。 14):界面空间较小时使用下拉框而不用选项框。 15):选项数较少时使用选项框,相反使用下拉列表框。 16):专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。 |
规范性 |
通常界面设计都按Windows界面的规范来设计,可以说:界面遵循规范化的程度越高,则易用性相应的就越好 |
1):常用菜单要有命令快捷方式。 2):完成相同或相近功能的菜单用横线隔开放在同一位置。 3):菜单前的图标能直观的代表要完成的操作。 4):菜单深度一般要求最多控制在三层以内。 5):工具栏要求可以根据用户的要求自己选择定制。 6):相同或相近功能的工具栏放在一起。 7):工具栏中的每一个按钮要有及时提示信息。 8):一条工具栏的长度最长不能超出屏幕宽度。 9): 工具栏的图标能直观的代表要完成的操作。 10):系统常用的工具栏设置默认放置位置。 11):工具栏太多时可以考虑使用工具厢。 12):工具厢要具有可增减性,由用户自己根据需求定制。 13):工具厢的默认总宽度不要超过屏幕宽度的1/5。 14): 状态条要能显示用户切实需要的信息,常用的有:目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等,如果某一操作需要的时间较长,还应该显示进度条和进程提示。 15):滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。 16):状态条的高度以放置五好字为宜,滚动条的宽度比状态条的略窄。 17):菜单和工具条要有清楚的界限;菜单要求凸出显示,这样在移走工具条时仍有立体感。 18):菜单和状态条中通常使用5号字体。工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。 19):右键快捷菜单采用与菜单相同的准则。 |
帮助设施 |
系统应该提供详尽而可靠的帮助文档,在用户使用产生迷惑时可以自己寻求解决方法 |
1):帮助文档中的性能介绍与说明要与系统性能配套一致。 2):打包新系统时,对作了修改的地方在帮助文档中要做相应的修改。 3):操作时要提供及时调用系统帮助的功能。常用F1。 4):在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。 5):最好提供目前流行的联机帮助格式或HTML帮助格式。 6):用户可以用关键词在帮助索引中搜索所要的帮助,当然也应该提供帮助主题词。 7):如果没有提供书面的帮助文档的话,最好有打印帮助的功能。 8 ):在帮助中应该提供我们的技术支持方式,一旦用户难以自己解决可以方便的寻求新的帮助方式。 |
合理性 |
屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置 |
1):父窗体或主窗体的中心位置应该在对角线焦点附近。 2):子窗体位置应该在主窗体的左上角或正中。 3):多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。 |
三、测试点分类
录入界面 |
1.1 输入字段要完整,且要与列表字段相符合(参照数据库进行检查) 1.2 必填项一律在后面用*表示(必填项为空在处理之前要有相关的提示信息) 1.3 字段需要做校验,如果校验不对需要在处理之前要有相关的提示信息 (1) 长度校验 (2) 数字、字母、日期等等的校验 (3) 范围的校验 1.4 录入字段的排序按照流程或使用习惯,字段特别多的时候需要进行分组显示 1.5 下拉框不选值的时候应该提供默认值 1.6 相同字段的录入方式应该统一(手动输入 、点选 、下拉选择、参照) 1.7 录入后自动计算的字段要随着别的字段修改更新(如单价变后,金额也变) 1.8 日期参照应该既能输入,又能从文本框选择 |
界面格式 |
2.1 字体颜色、大小、对齐方式(根据字段的性质确定)、加粗的一致性 2.2 文本框、按钮、滚动条、列表等控件的大小、对齐、位置的一致性 2.3 所有新增、修改、查看页面加上页面说明(如:XXX新增、XXX编辑、XXX查看等说明字样),(弹出的)界面要有标题,标题与内容要一致 2.4 不同界面显示相同字段的一致性(如列表界面和编辑界面) 2.5 界面按钮显示要求(查询、新增、删除顺序) 2.6 列表的顺序排列应该统一(按照某些特定条件排序) 2.7 下拉框中的排列顺序需要符合使用习惯或者是按照特定的规则排定 2.8 所有弹出窗口居中显示或者最大化显示 2.9 信息列表中如果某个字段显示过长用“…”或者分行显示 2.10 人员、时间的缺省值一般取当前登录人员和时间 2.11 对于带有单位的字段,需要字段的标签后面添加如下内容:“(单位)” |
功能问题 |
3.1 按钮功能的实现(如返回按钮能否返回) 3.2 信息保存提交后系统给出“保存/提交成功”提示信息,并自动更新显示 3.3 所有有提交按钮的页面都要有保存按钮(每个界面风格一致) 3.4 凡是点选或者下拉选择的界面,如果一旦选择完了无法回到不选择的情况,需要加上“清除选择”功能按钮 3.5 没有选择记录点击删除/修改按钮要提示“请先选择记录” 3.6 选择记录后点击删除按钮要提示“确实要删除吗?” 3.7 需要考虑删除的关联性,即删除某一个内容需要同时删除其关联的某些内容 3.8 界面只读的时候(查询、统计、导入)等,应该不能编辑 |
查询问题 |
4.1 查询条件缺少一些可以查询的字段 4.2 有些查询条件需要支持模糊查询 4.3 需要考虑有些查询条件本身的关联性(即某个查询条件的取值范围是依赖于其它查询条件的取值) 4.4 查询条件名称与信息列表及信息编辑页面相应的字段名称完全统一 4.5 不同模块相同字段的查询方式应该统一(手动输入 、点选 、下拉选择) 4.6 出报表的时候,查询条件需要显示在报表标题的下面,这样看报表的时候知道数据的依据是什么 4.7 对于范围的查询采用全闭的形式(如 [2006-1-1,2006-12-30]) |