《软件测试中有关界面测试经验总结.doc》由会员分享，可在线阅读，更多相关《软件测试中有关界面测试经验总结.doc（5页珍藏版）》请在金锄头文库上搜索。
1、软件测试中有关界面测试经验总结1.应验证界面显示内容的完整性: a) 报表显示时应考虑数据显示宽度的自适应或自动换行. b) 所有有数据展现的界面(如统计,查询,编辑录入,打印预览,打印等),必须使测试数据的记录数 超过一屏/一页,以验证满屏/页时其窗体是否有横向,纵向滚动条或换页打印,界面显示是否正常; 2.应验证界面显示内容的一致性: a) 如有多个系统展现同一数据源时,应保证其一致性; 3.应验证界面显示内容的准确性: a) 对于报表中的所有字段值都应该有明确的定义,对于无意义的字段值,不应该显示空,应显示"-" 或"/",表示该字段值无意义. 4
2、.应验证界面显示内容的友好性: a) 对统计的数据应按用户习惯进行分类,排序. b) 某些重要信息在输入,修改,删除时应有"确认"提示信息; c) 界面内容更新后系统应提供刷新功能. d) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面; 5.应验证界面提示信息的指导性: a) 在多个业务功能组成的一个业务流程中,如果各个功能之间的执行顺序有一定的制约条件,应通过 界面提示用户. b) 用户提示信息应具有一定的指导性,在应用程序正在进行关键业务的处理时,应考虑在前台界面提 示用户应用程序正在进行的处理,以及相应的处理过程,在处理结束后再提示用户处理完
3、毕. c) 在某些数据输入界面, 如果要求输入的数据符合某项规则, 应在输入界面提供相应的规则描述;当输 入数据不符合规则时应提示用户是否继续. d) 在对任何配置信息修改后,都应该在用户退出该界面时提示用户保存(如果用户没有主动保存的情 况下); 6.应验证界面显示内容的合理性: a) 在对某些查询功能进行测试时,应考虑查询条件的设置的合理性以及查询结果的互补性.如某些后 台处理时间不应该作为查询条件. b) 界面测试时,应考虑某一界面上按钮先后使用的顺序问题,以免用户对此产生迷惑.例如只能在查 询成功后显示执行按钮. c) 界面测试时,应验证窗口与窗口之间,字段与字段之间的浏览顺序是否正确
4、; 7.界面测试时,应考虑用户使用的方便性: a) 在某些对数据进行处理的操作界面,应考虑用户可能对数据进行处理的频繁程度和工作量,考虑是 否可以进行批量操作. 8.界面测试时,应考虑界面显示及处理的正确性: a) 界面测试时应验证所有窗体中的对象状态是否正常,是否符合相关的业务规则需要. b) 应验证各种对象访问方法(Tab 健,鼠标移动和快捷键)是否可正常使用,并且在一个激活界面中快 捷键无重复; c) 界面测试不光要考虑合理的键盘输入,还应考虑是否可以通过鼠标拷贝粘贴输入. d) 对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发, 应避免其 他形式的触发. e
5、) 对界面上的任何对象进行拖拉,然后进行查询,打印,应保证查询打印结果不变; 9.界面测试时,应考虑数据显示的规范性:a) 确保数据精度显示的统一:如单价 0 元,应显示为 0.00 元; b) 确保时间及日期显示格式的统一; c) 确保相同含义属性/字段名的统一; d) 对所有可能产生的提示信息界面内容和位置进行验证,确保所有的提示信息界面应居中.界面测试用例一,文本框,按钮等控件测试1,文本框的测试如何对文本框进行测试:a,输入正常的字母或数字; b,输入已存在的文件的名称; c, 输入超长字符. 例如在"名称"框中输入超过允许边界个数的字符, 假设最多 255 个字符
6、, 尝试输入 256 个字符,检查程序能否正确处理; d,输入默认值,空白,空格; e,若只允许输入字母,尝试输入数字;反之,尝试输入字母; f,利用复制,粘贴等操作强制输入程序不允许的输入数据; g,输入特殊字符集,例如,NUL 及n 等; h,输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示; i, 输入不符细袷降氖? 检查程序是否正常校验, 如程序要求输入年月日格式为 yy/mm/dd, 实际输入 yyyy/mm/dd,程序应该给出错误提示.在测试过程中所用到的测试方法:1,输入非法数据; 2,输入默认值; 3,输入特殊字符集; 4,输入使缓冲区溢出的数据; 5,输入相同的文
7、件名;2,命令按钮控件的测试测试方法:a,点击按钮正确响应操作.如单击确定,正确执行操作;单击取消,退出窗口; b,对非法的输入或操作给出足够的提示说明,如输入月工作天数为 32 时,单击"确定"后系 统应提示:天数不能大于 31; c,对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会;3,单选按钮控件的测试测试方法:a,一组单选按钮不能同时选中,只能选中一个; b,逐一执行每个单选按钮的功能.分别选择了"男","女"后,保存到数据库的数据应该相 应的分别为"男","女" c,
8、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空.4,up-down 控件文本框的测试测试方法:a,直接输入数字或用上下箭头控制,如在"数目"中直接输入 10,或者单击向上的箭头,使 数目变为 10; b,利用上下箭头控制数字的自动循环,如当最多数字为 253 时,单击向上箭头,数目自动 变为 1;反之亦适用; c,直接输入超边界值,系统应该提示重新输入; d,输入默认值,空白.如"插入"数目为默认值,点击"确定"或删除默认值,使内容为空, 单击"确定"进行测试; e,输入字符.此时系统应提
9、示输入有误.5,组合列表框的测试测试方法:a,条目内容正确,其详细条目内容可以根据需求说明确定; b,逐一执行列表框中每个条目的功能; c,检查能否向组合列表框输入数据.6,复选框的测试测试方法:a,多个复选框可以被同时选中; b,多个复选框可以被部分选中; c,多个复选框可以都不被选中; d,逐一执行每个复选框的功能.7,列表框控件的测试测试方法:a,条目内容正确:同组合列表框类似,根据需求说明书确定列表的各项内容正确,没有丢 失或错误; b,列表框的内容较多时要使用滚动条; c,列表框允许多选时,要分别检查 shift 选中条目,按 ctrl 选中条目和直接用鼠标选中多项 条目的情况;8,
10、滚动条控件的测试要注意一下几点:a,滚动条的长度根据显示信息的长度或宽度及时变换,这样有利于用户了解显示信息的位 置和百分比,如 word 中浏览 100 页文档,浏览到 50 页时,滚动条位置应处于中间; b,拖动滚动条,检查屏幕刷新情况,并查看是否有乱码; c,单击滚动条; d,用滚轮控制滚动条; e,滚动条的上下按钮.9,各种控件在窗体中混和使用时的测试a,控件间的相互作用; b,tab 键的顺序,一般是从上到下,从左到右; c,热键的使用,逐一测试; d,enter 键和 esc 键的使用.在测试中,应遵循由简入繁的原则,先进行单个控件功能的测试,确保实现无误后,再进行 多个控件的的功能组合的测试.ps:密码输入框测试时要特别注意进行字母大写输入的测试.二,查找替换操作案例演示:打开 word 中的"替换"对话框.测试本功能有通过测试和失败测试两种情况:通过测试:1,输入内容直接查找,或查找全部; 2,在组合框中寻
