界面测试之关键点.docx
《界面测试之关键点.docx》由会员分享,可在线阅读,更多相关《界面测试之关键点.docx(14页珍藏版)》请在冰豆网上搜索。
![界面测试之关键点.docx](https://file1.bdocx.com/fileroot1/2022-11/30/7c5d8669-f79d-4eeb-9668-7f1cec313603/7c5d8669-f79d-4eeb-9668-7f1cec3136031.gif)
界面测试之关键点
软件测试中有关界面测试经验总结
1、验证界面显示内容的完整性:
a)所有有数据展现的界面(如统计、查询、编辑录入、搜索等),必须使测试数据的记录数超过一屏/一页,以验证满屏/页时其窗体是否有横向、纵向滚动条或换页显示,界面显示是否正常。
b)报表显示时应考虑数据显示宽度的自适应或自动换行。
2、验证界面显示内容的一致性:
a)如有多个系统展现同一数据源时,应保证其一致性。
b)弹出的提示信息格式、展现方式应该保持一致。
c)按钮点击之前、点击中、点击后的状态区分保持一致。
3、验证界面显示内容的准确性:
a)统计数据、登录用户名、字段元素显示是否正确。
b)提示信息、界面元素信息、输入信息中英文、特殊符号的情况等都应该进行验证其是否正确。
4、验证界面显示内容的友好性:
a)对统计的数据应按用户习惯进行分类、排序。
b)某些重要信息在输入、修改、删除时应有“确认”提示信息;二次确认。
c)界面内容更新后系统应提供刷新功能。
是否提供实时更新。
d)用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面。
e)各界面之间是否便于交互,关闭提示信息后该回退到哪个界面。
5、应验证界面提示信息的指导性:
a)在多个业务功能组成的一个业务流程中,如果各个功能之间的执行顺序有一定的制约条件,应通过界面提示用户。
b)用户提示信息应具有一定的指导性,在应用程序正在进行关键业务的处理时,应考虑在前台界面提示用户应用程序正在进行的处理,以及相应的处理过程,在处理结束后再提示用户处理完毕。
c)在某些数据输入界面,如果要求输入的数据符合某项规则,应在输入界面提供相应的规则描述,当输入数据不符合规则时应提示用户是否继续。
d)在对任何配置信息修改后,都应该在用户退出该界面时提示用户保存(如果用户没有主动保存的情况下)。
e)在需要网络连接才能进行操作的时候,网络连接失败、网络中断应该给予用户指导。
6、验证界面显示内容的合理性:
a)在对某些查询功能进行测试时,应考虑查询条件的设置的合理性以及查询结果的互补性。
如某些后台处理时间不应该作为查询条件。
b)界面测试时,应考虑某一界面上按钮先后使用的顺序问题,以免用户对此产生迷惑。
例如只能在查询成功后显示执行按钮。
c)界面测试时,应验证窗口与窗口之间、字段与字段之间的浏览顺序是否正确。
7、界面测试时,应考虑用户使用的方便性:
a)在某些对数据进行处理的操作界面,应考虑用户可能对数据进行处理的频繁程度和工作量,考虑是否可以进行批量操作。
如删除。
8、界面测试时,应考虑界面显示及处理的正确性:
a)界面测试时应验证所有窗体中的对象状态是否正常,是否符合相关的业务规则需要。
b)应验证各种对象访问方法(menu、home、back等)是否可正常使用。
c)界面测试不光要考虑合理的键盘输入,还应考虑是否可以拷贝粘贴输入。
e)对界面上的任何对象进行拖拉,然后进行查询、搜索等,应保证结果不变;
9、界面测试时,应考虑数据显示的规范性:
a)确保数据精度显示的统一。
b)确保时间及日期显示格式的统一。
c)确保相同含义属性/字段名的统一。
d)对所有可能产生的提示信息界面内容和位置进行验证,确保所有的提示信息界面应居中。
一、文本框、按钮等控件测试
如何对文本框进行测试
a,输入正常的字母或数字;
b,输入已存在的文件的名称;
c,输入超长字符。
例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入 256个字符,检查程序能否正确处理;
d,输入默认值,空白,空格;
e,若只允许输入字母,尝试输入数字;反之;尝试输入字母;只能输入数字的,输入首字母为0;
f,利用复制,粘贴等操作强制输入程序不允许的输入数据;
g,输入特殊字符集,例如,NUL及\n等;输入程序敏感字符,如sql,@,#;
h,输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示;文本框是否会变形
i,输入不符合格式的数据,检查程序是否正常校验,如,程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示;
录入界面
1、输入字段要完整,且要与列表字段相符合(参照数据库进行检查)
2、必填项一律在后面用*表示(必填项为空在处理之前要有相关的提示信息)
3、字段需要做校验,如果校验不对需要在处理之前要有相关的提示信息
(1)长度校验
(2)数字、字母、日期等等的校验
(3)范围的校验
4、录入字段的排序按照流程或使用习惯,字段特别多的时候需要进行分组显示
5、下拉框不选值的时候应该提供默认值
6、相同字段的录入方式应该统一(手动输入、点选、下拉选择、参照)
7、录入后自动计算的字段要随着别的字段修改更新(如单价变后,金额也变)
8、日期参照应该既能输入,又能从文本框选择
界面格式
1、字体颜色、大小、对齐方式(根据字段的性质确定)、加粗的一致性
2、文本框、按钮、滚动条、列表等控件的大小、对齐、位置的一致性
3、所有新增、修改、查看页面加上页面说明(如:
XXX新增、XXX编辑、XXX查看等说明字样),(弹出的)界面要有标题,标题与内容要一致
4、不同界面显示相同字段的一致性(如列表界面和编辑界面)
5、界面按钮显示要求(查询、新增、删除顺序)
6、列表的顺序排列应该统一(按照某些特定条件排序)
7、下拉框中的排列顺序需要符合使用习惯或者是按照特定的规则排定
8、所有弹出窗口居中显示或者最大化显示
9、信息列表中如果某个字段显示过长用“…”或者分行显示
10、人员、时间的缺省值一般取当前登录人员和时间
11、对于带有单位的字段,需要字段的标签后面添加如下内容:
“(单位)”
功能问题
1、按钮功能的实现(如返回按钮能否返回)
2、信息保存提交后系统给出“保存/提交成功”提示信息,并自动更新显示
3、所有有提交按钮的页面都要有保存按钮(每个界面风格一致)
4、凡是点选或者下拉选择的界面,如果一旦选择完了无法回到不选择的情况,需要加上“清除选择”功能按钮
5、没有选择记录点击删除/修改按钮要提示“请先选择记录”
6、选择记录后点击删除按钮要提示“确实要删除吗?
”
7、需要考虑删除的关联性,即删除某一个内容需要同时删除其关联的某些内容
8、界面只读的时候(查询、统计、导入)等,应该不能编辑
查询问题
1、查询条件缺少一些可以查询的字段
2、有些查询条件需要支持模糊查询
3、需要考虑有些查询条件本身的关联性(即某个查询条件的取值范围是依赖于其它查询条件的取值)
4、查询条件名称与信息列表及信息编辑页面相应的字段名称完全统一
5、不同模块相同字段的查询方式应该统一(手动输入、点选、下拉选择)
6、出报表的时候,查询条件需要显示在报表标题的下面,这样看报表的时候知道数据的依据是什么
7、对于范围的查询采用全闭的形式
在测试过程中所用到的测试方法:
1,输入非法数据;
2,输入默认值;
3,输入特殊字符集;
4,输入使缓冲区溢出的数据;
5,输入相同的文件名;
命令按钮控件的测试
测试方法:
a,点击按钮正确响应操作。
如,单击确定,正确执行操作;单击取消,退出窗口;
b,对非法的输入或操作给出足够的提示说明,如,输入月工作天数为32时,单击”确定“后系统应提示:
天数不能大于31;
c,对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会;
单选按钮控件的测试
测试方法:
a,一组单选按钮不能同时选中,只能选中一个。
b,逐一执行每个单选按钮的功能。
分别选择了“男”“女”后,保存到数据库的数据应该相应的分别为“男”“女”;
c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空;
up-down控件文本框的测试
测试方法:
a,直接输入数字或用上下箭头控制,如,在“数目”中直接输入10,或者单击向上的箭头,使数目变为10;
b,利用上下箭头控制数字的自动循环,如,当最多数字为253时,单击向上箭头,数目自动变为1;反之亦适用;
c,直接输入超边界值,系统应该提示重新输入;
d,输入默认值,空白。
如,“插入”数目为默认值,点击“确定”;或,删除默认值,使内容为空,单击“确定”进行测试;
e,输入字符。
此时系统应提示输入有误。
组合列表框的测试
测试方法:
a,条目内容正确,其详细条目内容可以根据需求说明确定;
b,逐一执行列表框中每个条目的功能;
c,检查能否向组合列表框输入数据;
复选框的测试
测试方法:
a,多个复选框可以被同时选中;
b,多个复选框可以被部分选中;
c,多个复选框可以都不被选中;
d,逐一执行每个复选框的功能;
列表框控件的测试
测试方法:
a,条目内容正确;同组合列表框类似,根据需求说明书确定列表的各项内容正确,没有丢失或错误;
b,列表框的内容较多时要使用滚动条;
c,列表框允许多选时,要分别检查shift选中条目,按ctrl选中条目和直接用鼠标选中多项条目的情况;
滚动条控件的测试
要注意一下几点:
a,滚动条的长度根据显示信息的长度或宽度及时变换,这样有利于用户了解显示信息的位置和百分比,如,word中浏览100页文档,浏览到50页时,滚动条位置应处于中间;
b,拖动滚动条,检查屏幕刷新情况,并查看是否有乱码;
c,单击滚动条;
d,用滚轮控制滚动条;
e,滚动条的上下按钮。
各种控件在窗体中混和使用时的测试
a,控件间的相互作用;
b,tab键的顺序,一般是从上到下,从左到右;
c,热键的使用,逐一测试;
d,enter键和esc键的使用;
在测试中,应遵循由简入繁的原则,先进行单个控件功能的测试,确保实现无误后,再进行多个控件的的功能组合的测试。
ps:
密码输入框测试时要特别注意进行字母大小写输入的测试。
查找替换操作
案例演示:
打开word中的"替换"对话框
测试本功能有通过测试和失败测试两种情况
通过测试:
1,输入内容直接查找,或查找全部
2,在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过"测试用例",再次进入不用重新输入查找内容,直接在文档中搜寻就可以.
失败测试:
1,输入过长或过短的查询字符串.如,假设查询的字符串长度为1到255,那么输入0,1,2,256,255和254进行测试;
2,输入特殊字符集,如,在word中.^g代表图片,^代表分栏符,可以输入这类特殊字符测试;
替换测试大体相同.
关于编辑操作窗口的功能测试的用例:
1,关闭查找替换窗口.不执行任何操作,直接退出;
2,附件和选项测试.假如,设定"精确搜寻","向后"搜索等附件选项等等来测试;
3,控件间的相互作用.如,搜寻内容为空时,按钮"搜寻全部","搜寻","全部替换","替换"都为灰色.
4,热键,Tab键.回车键的使用.
插入操作
1,插入文件
测试的情况
a,插入文件;
b,插入图像;
c,在文档中插入文档本身;
d,移除插入的源文件;
e,更换插入的源文件的内容;
2,链接文件
测试方法:
a,插入链接文件;
b,在文档中链接文档本身;
c,移除插入的源文件;
d,更换插入的源文件的内容.
3,插入对象
要测试的内容
a,插入程序允许的对象,如,在word中插入excel工作表;
b,修改所插入对象的内容.插入的对象仍能正确显示;
c,卸载生成插入对象的程序,如,在word中插入excel工作表后卸载excel,工作表仍正常使用.
编辑操作
编辑操作包括剪切,复制,粘贴操作.
测试剪切操作的方法
a,对文本,文本框,图文框进行剪切;
b,剪切图像
c,文本图像混合剪切
复制操作方法与剪切类似.
测试时,主要是对粘贴操作的测试,方法是:
a,粘贴剪切的文本,文本框及图文框;
b,粘贴所剪切的图像;
c,剪切后,在不同的程序中粘贴
d,多次粘贴同一内容,如,剪切后,在程序中连续粘贴3次;
e,利用粘贴操作强制输入程序所不允许输入的数据.
界面测试用例的设计方法
1,窗体
测试窗体的方法:
a,窗体大小,大小要合适,控件布局合理;
b,移动窗体.快速或慢速移动窗体,背景及窗体本身刷新必须正确;
c,缩放窗体,窗体上的控件应随窗体的大小变化而变化;
d,显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常;
进行测试时还要注意状态栏是否显示正确;工具栏的图标执行操作是否有效,是否与菜单栏中图标显示一致;错误信息内容是否正确,无错别字,且明确等等;
2,控件
测试方法:
a,窗体或控件的字体和大小要一致;
b,注意全角,半角混合
c,无中英文混合.
菜单
进行测试时要注意
a,选择菜单是否可以正常工作,并与实际执行内容一致;
b,是否有错别字:
c,快捷键是否重复;
d,热键是否重复;
e,快捷键与热键操作是否有效
f,是否存在中英文混合
g,菜单要与语境相关,如,不同权限的用户登陆一个应用程序,不同级别的用户可以看到不同级别的菜单并使用不同级别的功能;
h,鼠标右键快捷菜单
特殊属性
1,安装界面应有公司介绍或产品介绍,有公司的图标
2,主界面及大多数界面最好有公司图标
3,选择"帮助"->"关于"命令,应看见相关版权和产品信息界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。
而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。
同时界面如同人的面孔,具有吸引用户的直接优势。
设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。
目前界面的设计引起软件设计人员的重视的程度还远远不够,直到最近网页制作的兴起,才受到专家的青睐。
而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。
目前流行的界面风格有三种方式:
多窗体、单窗体以及资源管理器风格,无论那种风格,以下规则是应该被重视的。
1:
易用性:
按钮名称应该易懂,用词准确,屏弃模论两可的字眼,要与同一界面上的其他按钮易于区分,能望文知意最好。
理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
易用性细则:
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):
专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词语。
2:
规范性:
通常界面设计都按Windows界面的规范来设计,可以说:
界面遵循规范化的程度越高,则易用性相应的就越好。
小型软件一般不提供工具箱。
规范性细则:
1):
常用菜单要有命令快捷方式。
2):
完成相同或相近功能的菜单用横线隔开放在同一位置。
3):
菜单前的图标能直观的代表要完成的操作。
4):
菜单深度一般要求最多控制在三层以内。
5):
工具栏要求可以根据用户的要求自己选择定制。
6):
相同或相近功能的工具栏放在一起。
7):
工具栏中的每一个按钮要有及时提示信息。
8):
一条工具栏的长度最长不能超出屏幕宽度。
9):
工具栏的图标能直观的代表要完成的操作。
10):
系统常用的工具栏设置默认放置位置。
11):
工具栏太多时可以考虑使用工具箱。
12):
工具箱要具有可增减性,由用户自己根据需求定制。
13):
工具箱的默认总宽度不要超过屏幕宽度的1/5。
14):
状态条要能显示用户切实需要的信息,常用的有:
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等,如果某一操作需要的时间较长,还应该显示进度条和进程提示。
15):
滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。
16):
状态条的高度以放置五好字为宜,滚动条的宽度比状态条的略窄。
17):
菜单和工具条要有清楚的界限;菜单要求凸出显示,这样在移走工具条时仍有立体感。
18):
菜单和状态条中通常使用5号字体。
工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。
19):
右键快捷菜单采用与菜单相同的准则。
1.页面链接检查:
每一个链接是否都有对应的页面,并且页面之间切换正确。
可以使用一些工具,如LinkBotPro、File-AIDCS、HTMLLinkValidater、Xenu等工具。
LinkBotPro不支持中文,中文字符显示为乱码;HTMLLinkValidater只能测试以Html或者htm结尾的网页链接;Xenu无需安装,支持asp、do、jsp等结尾的网页,xenu测试链接包括内部链接和外部链接,在使用的时候应该注意,同时能够生成html格式的测试报告。
如果系统用QTP进行自动化测试,也可以使用QTP的页面检查点检查链接。
2.相关性检查:
功能相关性:
删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确,常见的情况是,增加某个数据记录以后,如果该数据记录某个字段内容较长,可能会在查询的时候让数据列表变形。
数据相关性:
下来列表默认值检查,下来列表值检查,如果某个列表的数据项依赖于其他模块中的数据,同样需要检查,比如,某个数据如果被禁用了,可能在引用该数据项的列表中不可见。
3.检查按钮的功能是否正确:
如新建、编辑、删除、关闭、返回、保存、导入,上一页,下一页,页面跳转,重置等功能是否正确。
常见的错误会出现在重置按钮上,表现为功能失效。
4.字符串长度检查:
输入超出需求所说明的字符串长度的内容,看系统是否检查字符串长度。
还要检查需求规定的字符串长度是否是正确的,有时候会出现,需求规定的字符串长度太短而无法输入业务数据。
5.字符类型检查:
在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。
6.标点符号检查:
输入内容包括各种标点符号,特别是空格,各种引号,回车键。
看系统处理是否正确。
常见的错误是系统对空格的处理,可能添加的时候,将空格当作一个字符,而在查询的时候空格被屏蔽,导致无法查询到添加的内容。
7.特殊字符检查:
输入特殊符号,如@、#、$、%、!
等,看系统处理是否正确。
常见的错误是出现在%‘\这几个特殊字符
8.中文字符处理:
在可以输入中、英文的系统输入中文,看会否出现乱码或出错。
9.检查信息的完整性:
在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。
要注意检查的时候每个字段都应该检查,有时候,会出现部分字段更新了而个别字段没有更新的情况。
10.信息重复:
在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。
11.检查删除功能:
在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理。
如果有多页,翻页选,看系统是否都正确删除,并且要注意,删除的时候是否有提示,让用户能够更正错误,不误删除。
12.检查添加和修改是否一致:
检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.
13.检查修改重名:
修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.
14.重复提交表单:
一条已经成功提交的纪录,返回后再提交,看看系统是否做了处理。
对于Web系统来说,可以通过浏览器返回键或者系统提供的返回功能。
15.检查多次使用返回键的情况:
在有返回键的地方,返回到原来页面,重复多次,看会否出错。
16.搜索检查:
有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确,搜索的时候同样要注意特殊字符,某些系统会在输入特殊字符的时候,将系统中所有的信息都搜索到。
17.输入信息位置:
注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。
18.上传下载文件检查:
上传下载文件的功能是否实现,上传文件是否能打开。
对上传文件的格式有何规定,系统是否有解释信息,并检查系统是否能够做到。
下载文件能否打开或者保存,下载的文件是否有格式要求,如需要特殊工具才可以打开等。
上传文件测试同时应该测试,如果将不能上传的文件后缀名修改为可以上传文件的后缀名,看是否能够上传成功,并且,上传文件后,重新修改,看上传的文件是否存在。
19.必填项检查:
应该填写的项没有填写时系统是否都做了处理,对必填项是否有提示信息,如在必填项前加“*”;对必填项提示返回后,焦点是否会自动定位到必填项。
20.快捷键检查:
是否支持常用快捷键,如Ctrl+C、Ctrl+V、Backspace等,对一些不允许输入信息的字段,如选人,选日期对快捷方式是否也做了限制。
21.回车键检查:
在输入结束后直接按回车键,看系统处理如何,会否报错。
这个地方很有可能会出现错误。
22.刷新键检查:
在Web系统中,使用浏览器的刷新键,看系统处理如何,会否报错。
23.回退键检查:
在Web系统中,使用浏览器的回退键,看系统处理如何,会否报错。
对于需要用户验证的系统,在退出登录后,使用回退键,看系统处理如何;多次使用回退键,多次使用前进键,看系统如何处理。
24.直接URL链接检查:
在Web系统中,直接输入各功能页面的URL地址,看系统如何处理,对于需要用户验证的系统更为重要。
如果系统安全性设计的不好,直接输入各功能页面的URL地址,很有可能会正常打开页面。
25.空格检查:
在输入信息项中,输入一个或连串空格,查看系统如何处理。
如对于要求输入整型、符点型变量的项中,输入空格,既不是空值,又不是标准输入。
26.输入法半角全角检查:
在输入信息