软件界面测试方法.doc

一、引言 预防胜于纠错、一个界面不规范的软件,特别难让用户相信其内部代码的条理性、精巧、健壮和高效。伴随着我们软件项目的持续增多以及新团队成员的不断加入,软件的界面缺陷在系统测试时期也表现得日益突出,因此有必要有针对性地通过对这些问题汇总和归纳,不断地明确软件界面的测试要求,使今后项目的界面质量问题从根本上得到重视和改观。 二、界面标准 2、1有效性检查方面: 数据输入验证正确;输入数据宽度超出设定,是否给出提示; 数值型、日期型、字符型及 ‘-’、‘|’等特别符号的检查; 数值字段(如重量、件数、体积)在非特别情况下不允许可输入“0”及“负数”; 日期的控制,如:结束日期不能早于开始时间、班次内的作业时间不能超出班次时间等; 具有输入的合法性验证机制,关于超常规和破坏性的录入,如输入的非有效性、超长、超边界、输入与字段类型不符等,应有提示并拒绝接受; 身份证号/邮编／Eｍaｉl地址应作用正则表达式进行验证;【B/S】 下拉列表过滤,关于有过滤要求的下拉列表,应按要求进行过滤。 2、2健壮性检查方面: 鼠标在窗口任意部分的点击是否正常;数据输出正确; 光标到不可输入、修改列时,是否可输入、修改数据; 鼠标对界面上的任何对象进行拖拽、点击、选取以及进行随意、无规律操作后,不出现未控制的意外错误; 关于超常规、破坏性和无序操作的录入能够安全控制,不出现意外的、非正常终止的错误(如:插入重复记录、删除代码表等); 不出现因网络连接中断后系统崩溃情况(提供自动连接或手动连接功能) ２、３一般性美观布局检查方面: 窗口标题是否正确; 窗口的位置和大小是否合理(居中); 窗口中的控件布局是否合理,排列是否整齐; 当超出一屏时,是否有垂直、水平滚动条(滚动条应位于数据块的右侧和底部); 一个屏幕有多个块时,每块的左上角是否有红色块标题;【或依照开发规范】 字段标签的对齐方式是否正确(两端对齐);【或依照开发规范】 是否有初始值和默认值,初始值和默认值是否合理;【或依照开发规范】 上页与下页的显示是否与实际一致; 代码与代码名称是否相符(内容正确); 按钮的名称是否正确、全面,如上页、下行等; 按钮的快捷键定义是否统一; 按钮功能是否有效;按钮的提示与功能是否贴切、规范、概括性强; 屏幕上数据显示的对齐方式是否满足以下原则:字符列左对齐,数值列右对齐,日期型的应设置格式掩码、 查询结果多于一页时,是否显示页号,上页按钮在当前页为第一页时,下页按钮在当前页为最后一页时是否变灰; 查询结果是否能够修改; 单记录块中非空字段名是否为红色; 一个字段数据录入完毕跳到下个字段后,该字段数据显示的对齐方式是否自动满足以下原则:字符列左对齐,数值列右对齐; 备注等说明信息较长的字段,双击是否能够弹出编辑框; 在执行完其他功能后是否返回默认焦点; 所有的下拉选择数据窗口、下拉列表是否确实可用(是否既可输入编号,又可输入名称); 确保数据精度显示的统一:如单价０元,应显示为０、０0元;　 确保时间及日期显示格式的统一; 确保相同含义属性／字段名的统一; “关于窗口内容:项目及产品信息LOGO、公司地址的检查; 弹出窗口/页面的标题应与对应的功能名称相符,不出现不合适窗口标题 多记录窗口显示应有默认的排序 控件排列整齐、整体上界面风格一致;(如:日期格式统一、选船、选箱、操作员名称显示等;集装箱业务领域中的字段标签箱公司、箱主、箱代理、控箱公司、箱经营人、航次号及到验号、“修改员”、“最后修改员”、“更改员”等定义的统一); 按钮应提供快捷键;按钮标签文本除快捷外不出现英文; 焦点控制不合理或不全面; 按美工的设计要求进行布局。 ２。4提示信息检查方面: 删除时应有提示信息,删除窗口的按钮缺省焦点在[否］上;编辑状态下,若窗口数据发生了变化,在退出窗口或进行刷新时应有提示信息(或交由业务规则来确定是否进行显示) 操作失败时有提示,同样操作成功是也应有提示(或依照业务规则) 在某些数据输入界面,假如要求输入的数据符合某项规则,应在输入界面提供相应的规则描述(如:日期格式);当输入数据不符合规则时应提示用户是否接着。 在对任何配置信息修改后,都应该在用户退出该界面时提示用户保存(假如用户没有主动保存的情况下); 录入的查询条件不合法是否给出正确提示; 窗口中的提示信息有无错别字,标点符号是否合理,字体是否合理; 窗口中的静态提示信息的意义表达是否准确(不产生歧义); 一条记录有非空字段未输入而存盘,是否给出面向用户的提示信息,而非专业提示,同时仍保持在录入状态; 录入非法字符是否能马上识别且给出提示; 主键重复存盘时,是否给出提示; 2。5友好性方面: 界面相应速度应使操作者感受不出明显的操作迟滞和等待;假如某一操作需要的时间较长,应有相应进度条显示或动态提示信