软件界面测试方法.doc

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