界面测试.docx
《界面测试.docx》由会员分享,可在线阅读,更多相关《界面测试.docx(25页珍藏版)》请在冰豆网上搜索。
界面测试
页面检查
1、界面布局有序,简洁,符合用户使用习惯
2、界面元素是否在水平或者垂直方向对齐
3、界面元素的尺寸是否合理
4、行列间距是否保持一致
5、是否恰当地利用窗体和控件的空白,以及分割线条
6、窗口切换、移动、改变大小时,界面显示是否正常
7、刷新后界面是否正常显示
8、不同分辨率页面布局显示是否合理,整齐,分辨率一般为1024*768>1280*1024>800*600
1、弹出的窗口应垂直居中对齐
2、对于弹出窗口界面内容较多,须提供自动全屏功能
3、弹出窗口时应禁用主界面,保证用户使用的焦点
4、活动窗体是否能够被反显加亮
1、界面元素是否有错别字,或者措词含糊、逻辑混乱
2、当用户选中了页面中的一个复选框,之后回退一个页面,再前进一个页面,复选框是否还处于选中状态
3、导航显示正确
4、title显示正确
5、页面显示无乱码
6、需要必填的控件,有必填提醒,如*
7、适时禁用功能按钮(如权限控制时无权限操作时按钮灰掉或不显示;无法输入的输入框disable掉)
8、页面无JS错误
9、鼠标无规则点击时是否会产生无法预料的结果
10、鼠标有多个形状时是否能够被窗体识别(如漏斗状时窗体不接受输入)
Web测试中的界面测试用例设计
软件测试Web测试
一、文本框、按钮等控件测试
1、文本框的测试
如何对文本框进行测试:
a、输入正常的字母或数字;
b、输入已存在的文件的名称;
c、输入超长字符。
例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入256个字符,检查程序能否正确处理;
d、输入默认值,空白,空格;
e、若只允许输入字母,尝试输入数字;反之,尝试输入字母;
f、利用复制,粘贴等操作强制输入程序不允许的输入数据;
g、输入特殊字符集,例如,NUL及\n等;
h、输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示;
i、输入不符合格式的数据,检查程序是否正常校验,如程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示。
在测试过程中所用到的测试方法:
a、输入非法数据;
b、输入默认值;
c、输入特殊字符集;
d、输入使缓冲区溢出的数据;
e、输入相同的文件名;
2、命令按钮控件的测试
测试方法:
a、点击按钮正确响应操作。
如单击确定,正确执行操作;单击取消,退出窗口;
b、对非法的输入或操作给出足够的提示说明,如输入月工作天数为32时,单击“确定”后系统应提示:
天数不能大于31;
c、对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会;
3、单选按钮控件的测试
测试方法:
a、一组单选按钮不能同时选中,只能选中一个;
b、逐一执行每个单选按钮的功能。
分别选择了“男”、“女”后,保存到数据库的数据应该相应的分别为“男”、“女”;
c、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空。
4、up-down控件文本框的测试
测试方法:
a、直接输入数字或用上下箭头控制,如在“数目”中直接输入10,或者单击向上的箭头,使数目变为10;
b、利用上下箭头控制数字的自动循环,如当最多数字为253时,单击向上箭头,数目自动变为1;反之亦适用;
c、直接输入超边界值,系统应该提示重新输入;
d、输入默认值,空白。
如“插入”数目为默认值,点击“确定”;或删除默认值,使内容为空,单击“确定”进行测试;
e、输入字符。
此时系统应提示输入有误。
5、组合列表框的测试
测试方法:
a、条目内容正确,其详细条目内容可以根据需求说明确定;
b、逐一执行列表框中每个条目的功能;
c、检查能否向组合列表框输入数据。
6、复选框的测试
测试方法:
a、多个复选框可以被同时选中;
b、多个复选框可以被部分选中;
c、多个复选框可以都不被选中;
d、逐一执行每个复选框的功能。
7、列表框控件的测试
测试方法:
a、条目内容正确:
同组合列表框类似,根据需求说明书确定列表的各项内容正确,没有丢失或错误;
b、列表框的内容较多时要使用滚动条;
c、列表框允许多选时,要分别检查shift选中条目,按ctrl选中条目和直接用鼠标选中多项条目的情况;
8、滚动条控件的测试
要注意一下几点:
a、滚动条的长度根据显示信息的长度或宽度及时变换,这样有利于用户了解显示信息的位置和百分比,如word中浏览100页文档,浏览到50页时,滚动条位置应处于中间;
b、拖动滚动条,检查屏幕刷新情况,并查看是否有乱码;
c、单击滚动条;
d、用滚轮控制滚动条;
e、滚动条的上下按钮。
9、各种控件在窗体中混和使用时的测试
a、控件间的相互作用;
b、tab键的顺序,一般是从上到下,从左到右;
c、热键的使用,逐一测试;
d、enter键和esc键的使用。
在测试中,应遵循由简入繁的原则,先进行单个控件功能的测试,确保实现无误后,再进行多个控件的的功能组合的测试。
ps:
密码输入框测试时要特别注意进行字母大写输入的测试。
二、查找替换操作
案例演示:
打开word中的“替换”对话框。
测试本功能有通过测试和失败测试两种情况:
通过测试:
a、输入内容直接查找、或查找全部;
b、在组合框中寻找已经查找过的内容、再次查找并确认文档的内容正确,如已经查找过“测试用例”、再次进入不用重新输入查找内容、直接在文档中搜寻就可以。
失败测试:
a、输入过长或过短的查询字符串。
如假设查询的字符串长度为1到255,那么,输入0、1、2、256、255和254进行测试;
b、输入特殊字符集。
如在word中^g代表图片、^代表分栏符、可以输入这类特殊字符测试;替换测试大体相同。
关于编辑操作窗口的功能测试的用例:
a、关闭查找替换窗口。
不执行任何操作、直接退出;
b、附件和选项测试。
假如设定“精确搜寻”、“向后”搜索等附件选项等等来测试;
c、控件间的相互作用。
如搜寻内容为空时、按钮“搜寻全部”、“搜寻”、“全部替换”、“替换”都为灰色。
d、热键、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、鼠标右键快捷菜单。
特殊属性
a、安装界面应有公司介绍或产品介绍、有公司的图标;
b、主界面及大多数界面最好有公司图标;
c、选择“帮助”->“关于”命令、应看见相关版权和产品信息。
界面测试用例的设计方法
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):
专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词语
2:
规范性
通常界面设计都按Windows界面的规范来设计,可以说:
界面遵循规范化的程度越高,则易用性相应的就越好。
小型软件一般不提供工具厢。
规范性细则:
1):
常用菜单要有命令快捷方式。
2):
完成相同或相近功能的菜单用横线隔开放在同一位置。
3):
菜单前的图标能直观的代表要完成的操作。
4):
菜单深度一般要求最多控制在三层以内。
5):
工具栏要求可以根据用户的要求自己选择定制。
6):
相同或相近功能的工具栏放在一起。
7):
工具栏中的每一个按钮要有及时提示信息。
8):
一条工具栏的长度最长不能超出屏幕宽度。
9):
工具栏的图标能直观的代表要完成的操作。
10):
系统常用的工具栏设置默认放置位置。
11):
工具栏太多时可以考虑使用工具箱。
12):
工具箱要具有可增减性,由用户自己根据需求定制。
13):
工具箱的默认总宽度不要超过屏幕宽度的1/5。
14):
状态条要能显示用户切实需要的信息,常用的有:
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等,如果某一操作需要的时间较长,还应该显示进度条和进程提示。
15):
滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。
16):
状态条的高度以放置五好字为宜,滚动条的宽度比状态条的略窄。
17):
菜单和工具条要有清楚的界限;菜单要求凸出显示,这样在移走工具条时仍有立体感。
18):
菜单和状态条中通常使用5号字体。
工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。
19):
右键快捷菜单采用与菜单相同的准则。
3:
帮助设施:
系统应该提供详尽而可靠的帮助文档,在用户使用产生迷惑时可以自己寻求解决方法。
帮助设施细则:
1):
帮助文档中的性能介绍与说明要与系统性能配套一致。
2):
打包新系统时,对作了修改的地方在帮助文档中要做相应的修改。
3):
操作时要提供及时调用系统帮助的功能。
常用F1。
4):
在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。
也就是说帮助要有即时针对性。
5):
最好提供目前流行的联机帮助格式或HTML帮助格式。
6):
用户可以用关键词在帮助索引中搜索所要的帮助,当然也应该提供帮助主题词。
7):
如果没有提供书面的帮助文档的话,最好有打印帮助的功能。
8):
在帮助中应该提供我们的技术支持方式,一旦用户难以自己解决可以方便的寻求新的帮助方式。
9):
通常存在的问题在于版本更新时未能及时更新帮助文档,让人困惑。
4:
合理性:
屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。
合理性细则:
1):
父窗体或主窗体的中心位置应该在对角线焦点附近。
2):
子窗体位置应该在主窗体的左上角或正中。
3):
多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。
4):
重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
5):
错误使用容易引起界面退出或关闭的按钮不应该放在易点击的位置。
横排开头或最后与竖排最后为易点位置。
6):
与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示,没法使用该按钮)。
7):
对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
8):
非法的输入或操作应有足够的提示说明。
9):
对运行过程中出现问题而引起错误的地方要有提示,让用户明白错误出处,避免形成无限期的等待。
10):
提示、警告、或错误说明应该清楚、明了、恰当。
5:
美观与协调性:
界面应该大小适合美学观点,感觉协调舒适,能在有效的范围内吸引用户的注意力。
美观与协调性细则:
1):
长宽接近黄金点比例,切忌长宽比例失调、或宽度超过长度。
2):
布局要合理,不宜过于密集,也不能过于空旷,合理的利用空间。
3):
按钮大小基本相近,忌用太长的名称,免得占用过多的界面位置。
4):
按钮的大小要与界面的大小和空间要协调。
5):
避免空旷的界面上放置很大的按钮。
6):
放置完控件后界面不应有很大的空缺位置。
7):
字体的大小要与界面的大小比例协调,通常使用的字体中宋体9-12较为美观,很少使用超过
12号的字体。
8):
前景与背景色搭配合理协调,反差不宜太大,最好少用深色,如大红、大绿等。
常用色考虑使用Windows界面色调。
9):
如果使用其他颜色,主色调要柔和,具有亲和力与磁力,坚决杜绝刺目的颜色。
10):
大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
11):
界面风格要保持一致,字的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。
12):
如果窗体支持最小化和最大化或放大时,窗体上的控件也要随着窗体而缩放;切忌只放大窗体而忽略控件的缩放。
13):
对于含有按钮的界面一般不应该支持缩放,即右上角只有关闭功能。
14):
通常父窗体支持缩放时,子窗体没有必要缩放。
15):
如果能给用户提供自定义界面风格则更好,由用户自己选择颜色、字体等。
6:
菜单位置:
菜单是界面上最重要的元素,菜单位置按照按功能来组织。
菜单测试细则:
1):
菜单通常采用“常用--主要--次要--工具--帮助”的位置排列,符合流行的Windows风格。
2):
常用的有“文件”、“编辑”,“查看”等,几乎每个系统都有这些选项,当然要根据不同的系统有所取舍。
3):
下拉菜单要根据菜单选项的含义进行分组,并且按照一定的规则进行排列,用横线隔开。
4):
一组菜单的使用有先后要求或有向导作用时,应该按先后次序排列。
5):
没有顺序要求的菜单项按使用频率和重要性排列,常用的放在开头,不常用的靠后放置;重要的放在开头,次要的放在后边。
6):
如果菜单选项较多,应该采用加长菜单的长度而减少深度的原则排列。
7):
菜单深度一般要求最多控制在三层以内(规范性)。
8):
对常用的菜单要有快捷命令方式,组合原则见8。
9):
对与进行的操作无关的菜单要用屏蔽的方式加以处理,如果采用动态加载方式——即只有需要的菜单才显示——最好。
10):
菜单前的图标不宜太大,与字高保持一直最好。
11):
主菜单的宽度要接近,字数不应多于四个,每个菜单的字数能相同最好。
12):
主菜单数目不应太多,最好为单排布置。
13):
菜单条是否显示在合适的环境中。
14):
应用程序的菜单条是否显示系统相关的特性(如时钟显示)。
15):
验证下拉式操作能否正确工作,且下拉列表中的内容项是否正确。
16):
验证菜单、调色板和工具条是否工作正确。
17):
是否适当地列出了所有的菜单功能和下拉式子功能。
18):
是否可能通过鼠标访问所有的菜单功能。
19):
相同功能按钮的图标和文字是否一致。
20):
是否能够用其他的文本命令激活每个菜单功能。
21):
菜单功能是否随当前的窗口操作加亮或变灰。
22):
菜单功能是否正确执行。
23):
菜单功能的名字是否具有自解释性。
24):
菜单项是否有帮助,是否语境相关。
25):
在整个交互式语境中,是否可以识别鼠标操作。
26):
如果要求多次点击鼠标,是否能够在语境正确识别。
27):
如果鼠标有多个按钮,是否能够在语境中正确识别。
28):
光标、处理指示器和识别指针是否随操作恰当地改变。
三、界面测试用例的设计方法
1、窗体
测试窗体的方法:
a、窗体大小,大小要合适,控件布局合理;
b、移动窗体。
快速或慢速移动窗体,背景及窗体本身刷新必须正确;
c、缩放窗体,窗体上的控件应随窗体的大小变化而变化;
d、显示分辨率。
必须在不同的分辨率的情况下测试程序的显示是否正常。
进行测试时还要注意状态栏是否显示正确,工具栏的图标执行操作是否有效,是否与菜单懒中图标显示一致;错误信息内容是否正确、无错别字且明确等等。
2、控件
测试方法:
a、窗体或控件的字体和大小要一致;
b、注意全角、半角混合;
c、无中英文混合。
四、菜单
进行测试时要注意:
a、选择菜单是否可以正常工作、并与实际执行内容一致;
b、是否有错别字;
c、快捷键是否重复;
d、热键是否重复;
e、快捷键与热键操作是否有效;
f、是否存在中英文混合;
g、菜单要与语境相关、如、不同权限的用户登陆一个应用程序、不同级别的用户可以看到不同级别的菜单并使用不同级别的功能;
h、鼠标右键快捷菜单。
特殊属性
1、安装界面应有公司介绍或产品介绍、有公司的图标;
2、主界面及大多数界面最好有公司图标;
3、选择“帮助”->“关于”命令、应看见相关版权和产品信息。
一、文本框、按钮等控件测试
1、文本框的测试
如何对文本框进行测试:
a、输入正常的字母或数字;
b、输入已存在的文件的名称;
c、输入超长字符。
例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入256个字符,检查程序能否正确处理;
d、输入默认值,空白,空格;
e、若只允许输入字母,尝试输入数字;反之,尝试输入字母;
f、利用复制,粘贴等操作强制输入程序不允许的输入数据;
g、输入特殊字符集,例如,NUL及等;
h、输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示;
i、输入不符合格式的数据,检查程序是否正常校验,如程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示。
在测试过程中所用到的测试方法:
1、输入非法数据;
2、输入默认值;
3、输入特殊字符集;
4、输入使缓冲区溢出的数据;
5、输入相同的文件名;
2、命令按钮控件的测试
测试方法:
a、点击按钮正确响应操作。
如单击确定,正确执行操作;单击取消,退出窗口;
b、对非法的输入或操作给出足够的提示说明,如输入月工作天数为32时,单击“确定”后系统应提示:
天数不能大于31;
c、对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会;
3、单选按钮控件的测试
测试方法:
a、一组单选按钮不能同时选中,只能选中一个;
b、逐一执行每个单选按钮的功能。
分别选择了“男”、“女”后,保存到数据库的数据应该相应的分别为“男”、“女”;
c、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空。
4、up-down控件文本框的测试
测试方法:
a、直接输入数字或用上下箭头控制,如在“数目”中直接输入10,或者单击向上的箭头,使数目变为10;
b、利用上下箭头控制数字的自动循环,如当最多数字为253时,单击向上箭头,数目自动变为1;反之亦适用;
c、直接输入超边界