常用基本控件测试用例Word格式.docx
《常用基本控件测试用例Word格式.docx》由会员分享,可在线阅读,更多相关《常用基本控件测试用例Word格式.docx(13页珍藏版)》请在冰豆网上搜索。
1)树结构上数据是否正确。
2)树结构上的节点和叶子是否排序正确。
(升序还是降序)。
3)树结构排序是按照数据库中得记录顺序排序还是按照程序数组得顺序。
4)执行了某一操作或数据有变化后,树结构是否回到默认状态,还是按现任状态保持展开。
5)执行了某一操作或数据有变化后,修改后得数据是不是在正确得位置上,状态是否正确,排序是否正确。
下拉框(列表框)测试用例设计返回目录
测试方法:
a.条目内容正确;
根据需求说明书确定列表的各项内容正确,没有丢失或错误;
b.列表框的内容较多时要使用滚动条;
c.列表框允许多选时,要分别检查shift选中条目,按ctrl选中条目和直接用鼠标选中多项条目的情况;
d.逐一执行列表框中每个条目的功能;
e.检查能否向组合列表框输入数据;
1.内容
1)检查默认值,有的默认空,有的是非空
2)检查约束。
有时它的内容是根据其他要素变化的,比如城市的下列框的内容,是根据省份变化而联动的;
或者根据登录者的权限不同,下拉列表的内容也不一样。
2.布局
1)宽度,有时它会根据内容的长短自动控制宽度
2)高度应合适
3.易用
检查是否至此后TAB和上下箭头
下拉框里面有很多选项像省份可以划分下等价类,两个字的,三个字的,四个字的。
。
每个等价类测一个,然后再把某些省份里面奇怪的市单独拉出来做组合测试内容的显示
文本框为字符型返回目录
默认值测试:
1、固定值还是数据库or配置项给定的值输入验证。
2、在输入框里填写了值,点界面刷新时,是显示输入值还是默认值。
操作限制
1、不限制复制粘贴操作,输入验证。
2、限制复制粘贴操作,输入验证。
必填项非空校验:
1、必填项未输入--程序应提示错误;
2、必填项只输入若干个空格,未输入其它字符--程序应提示错误;
字段唯一性校验:
(不是所有字段都作此项校验,视实际项目情况而定)
1、新增时输入重复的字段值--必须提示友好信息;
2、修改时输入重复的字段值--必须提示友好信息;
字段长度校验:
1、输入[最小字符数-1]--程序应提示错误;
2、输入[最小字符数]--OK;
3、输入[最小字符数+1]--OK;
4、输入[最大字符数-1]--OK;
5、输入[最大字符数]--OK;
6、输入[最大字符数+1]--程序应提示错误;
字段为特殊字符校验:
1、输入域如对某些字符禁止输入时,限制是否成功,提示信息是否友好;
2、中文、英文、空格,数字,字符,下划线、单引号等所有特殊字符的组合;
3、所有特殊字符都必须进行测试(!
~@#$^&
*()_+{}|:
“<
>
?
/.,;
‘[]\=-`¥……()--:
《》?
、。
,;
’【】、=-•)
字段为特殊代码校验:
1、输入html代码:
比如“<
font>
你好<
/font>
”--必须以文本的形式将代码显示出来。
2、输入JavaScript代码:
比如<
paramname=“MovieWindowWidth”value=“320”>
;
--必须以文本的形式将代码显示出来。
多行文本框输入:
1、是否允许回车换行;
2、保存后再显示能够保持输入时的格式;
3、仅输入回车换行,检查能否正确保存;
若能,查看保存结果。
若不能,查看是否有正确提示;
4、仅输入空格,检查能否正确保存;
若不能,查看是否有正确提示。
日期控件文本框的测试返回目录
1.正常操作
1)有默认项还是没有。
2)选择日期后是否正确回显到页面上,并且格式正确
3)通过左右按钮进行年和月的选择,是否正确;
4)通过下拉框直接选择年和月,是否正确;
5)控件选择完日期后,输入框是否选择正确
6)是否可以手工修改输入框
7)点击clear按钮是否可以正确清空输入框日期;
8)点控件的close按钮不修改日期,返回页面。
9)刷新界面后,输入框的日期是否没有变化
2.手工输入操作
1)输入框可不可以手工输入
2)输入日期的格式正确,不能用其他格式
3)输入字母,文字,特殊字符后,提示失败。
4)提示方式(限制输入:
无限制输入然后即时用提示框orlabel,无限制输入:
当焦点离开后用提示框orlabel,点其他按钮提示)
命令按钮控件的测试返回目录
a.点击按钮正确响应操作。
如,单击确定,正确执行操作;
单击取消,退出窗口;
b.对非法的输入或操作给出足够的提示说明,如,输入月工作天数为32时,单击”确定“后系统应提示:
天数不能大于31;
c.对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会;
d.如果有键盘快捷键,使用快捷键后,正常执行功能。
特殊操作:
1、快速点击两次按钮,是否只有一次有效
2、点击按钮后,点刷新,是否只有一次有效
3、点击按钮后,右键点后退,是否只有一次有效
4、点击按钮后,按钮会不会改变状态
5、是否设置Enter键/快捷键操作(设置的快捷键与Windows自带的快捷键有没冲突)
单选按钮控件的测试返回目录
a.一组单选按钮不能同时选中,只能选中一个。
b.逐一执行每个单选按钮的功能,存入数据库是不是选项值。
分别选择了“男”“女”后,保存到数据库的数据应该相应的分别为“男”“女”;
c.一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空;
d.选项是否有排列顺序
e.有默认选项还是没有。
f.选项名和选项值是否符合要求
g.刷新页面后,选中的值/默认的值是否掉了。
翻页控件的测试返回目录
1、总页数和当前页显示正确,并且可以根据数据的记录数实时显示(实时显示页面变化?
记得一般系统要刷新后才能显示页面变化)。
(默认显示数据根据系统设计一般有“显示所有数据”和“不显示数据”两种。
)
2、逐一执行翻页控件中的每个按钮,并且能够正常操作。
(主要按钮一般有:
第一页,前一页,后一页,最后一页。
(当前页,页面总数,跳到第?
页go))
3、如果可以自己输入页数,检查页面跳转是否正确;
比如总页数为10页,输入11后点GO,是否仍然停留在当前页(或者提示输入错误),还可以尝试输入普通字符或者特殊字符后点GO,页面是否显示正常,不会有脚本错误。
4、页面显示数据数目是否能配置,能配置的话配置与实际显示是否符合。
上传控件的测试返回目录
a、通过Browse按钮选择文件;
b、如果文件限制类型(exe,rar,doc,pdf,xls,jpg,gif,bmp,png等)和大小(100k,512k,1M,1.5M,2M,2.5M),要逐一测试限制条件是否正确,并且给出了明确的提示;
c、检查实际上传后是否能够正确下载,如果是图片是否能够正确显示;
d、如果没有特殊要求,应该保持上传文件的名字是否和保存后的文件名字一致。
up-down控件文本框的测试返回目录
a.直接输入数字或用上下箭头控制,如,在“数目”中直接输入10,或者单击向上的箭头,使数目变为10;
b.利用上下箭头控制数字的自动循环,如,当最多数字为253时,单击向上箭头,数目自动变为1;
反之亦适用;
c.直接输入超边界值,系统应该提示重新输入;
d.输入默认值,空白。
如,“插入”数目为默认值,点击“确定”;
或,删除默认值,使内容为空,单击“确定”进行测试;
e.输入字符。
此时系统应提示输入有误。
复选框的测试返回目录
a.复选框可以被同时选中;
b.复选框可以被部分选中;
c.复选框可以都不被选中;
d.逐一执行每个复选框的功能;
滚动条控件的测试返回目录
要注意一下几点:
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.安装界面应有公司介绍或产品介绍.有公司的Logo
2.主界面及大多数界面最好有公司Logo
3.选择“帮助”—>
“关于”命令.应看见相关版权和产品信息
其他返回目录
1、上述所有测试应该可以在Netscape,Firefox,Opera浏览器下正常。
2、主界面及大多数界面最好有公司或产品Logo
3、页面底部应该可以看见相关版权和产品信息
年月日如果都测一遍,想必一定你会受不了的。
个人认为从以下几点考虑:
1、有效等价类:
从中选择一两个;
2、无效等价类:
日期大于当前时间、特殊日期(比如6月只有30天就不应该出现6月31日,闰年和平年的2月29日是否出现)
3、可选内容是否符合需求说明书中的要求,没有丢失或错误;
4、高度宽度显示是否正确,超出下拉框范围后是否有滚动条显示;
5、是否有默认值,默认值显示是否正确;
6、是否有空选项(一般日期的下拉框选项不会有空),如果有空,会对系统有何影响;
7、选择一条日期后,上键的日期是否与所选的日期一致(有时会出现不一致);
8、如果系统要求非空,这里不选择,是否有提示信息。
十大负面测试用例
2007-11-0913:
00Kiki软件测试网我要评论(0)字号:
T|T
负面测试是测试系统是否不执行它不应该完成的操作。
执行负面测试时,不单单要测试系统是否处理了用户的异常操作,还要检查系统对于这些异常操作是否给予了正确的错误提示。
它是系统对用户进行继续正确操作的指引。
AD:
负面测试(Negativetesting)是相对于正面测试(Positivetesting)而言的。
它们也是测试设计时的两个非常重要的划分。
简单点说,正面测试就是测试系统是否完成了它应该完成的工作;
而负面测试就是测试系统是否不执行它不应该完成的操作。
形象一点,正面测试就象一个毕恭毕敬的小学生,老师叫我做什么,我就做什么;
而负面测试就象一个调皮捣蛋的孩子,你叫我这样做,我偏不这样做,而且和你对着干。
开发人员也是最讨厌修改此类bug的。
正面测试主要根据需求,功能说明书,设计文档等相关参考文档来执行测试,而负面测试则主要根据错误猜测,逆向思维来测试系统,一定程序上的的依赖测试人员的经验积累。
简言之负面测试的三部曲就是:
1、检查程序中的屏幕或页面是否给出了清晰且充分的提示或约束;
2、测试系统是否处理了用户的异常操作;
3、检查系统的错误提示是否清晰且充分。
以下是SteveMiller的《Top10NegativeTestCases》,概括性的提到了一些做负面测试时经常需要注意的测试。
负面测试用例被设计于用软件未意欲被使用的方式测试软件,它也应该是测试工作的一部分。
以下就是在设计测试工作量时你应该考虑的十大负面测试用例。
1、植入的单引号。
大多数基于SQL的数据库系统在用户存储包含一个单引号的信息时会出现问题,例如John'
scar。
每一个可以接受文字数字型数据条目的屏幕都要试试输入包含一个或多个单引号的文本。
【补充】其实不只是单引号,基本上测试人员应该测试所有的特殊字符和空/空格(单纯的空格和文本前后的空格)。
单引号,逗号,/,<
,>
(对于web的应用程序)都是很容易引发错误的。
在开发早期测试组就可以建议开发组写一个通用的函数来处理这些特殊字符,然后在处理用户的输入时套用这个函数就可以避免此类错误了。
2、必需输入的数据条目。
功能说明书上应该清楚的指出屏幕上必须输入数据条目的字段。
测试屏幕上每一个被说明为必须输入的字段以保证它强制要求你在字段中输入数据。
【补充】对于强制输入的字段,在屏幕上最好有些标识以说明其为必须输入的字段。
一般在字段前或后用红色的*号表示。
测试时必须要检查有标识的字段是否和功能说明书或其他参考文档一致,错误信息提示是否正确,强制输入的字段是否真的必须输入。
3、字段类型测试。
功能说明书上应该清楚的指出要求特定数据输入要求(日期字段,数字字段,电话号码,邮编等等)的字段。
测试屏幕上每一个被指出有特定类型的字段以保证你输入了基于字段类型的符合正确格式的数据(数字型字段应该不允许字符或特殊字符,日期型的字段应该允许输入一个正确的日期等等)
【补充】其实这里还有一个字段格式和字段内容的测试。
有些字段对输入的格式有要求,这些字段的格式一般在屏幕上也有相应的提示。
所以在测试时需要测试提示的格式是否合理(和功能说明书或其他参考文档相一致)以及系统是否正确识别输入的格式。
有些字段对字段的内容有限制,如常见的用户名,不能包含特殊字符,首字不能未数字等要求。
所以在测试时需要测试提示的格式是否合理(和功能说明书或其他参考文档相一致)还有不符合内容要求的数据输入时系统是否正确的处理。
4、字段长度测试。
功能说明书上应该清楚的指出可以在字段中输入的字符数(例如,firstname必须是50个或更少的字符)。
写测试用例以保证你只可以输入特定的字符数。
防止用户输入比允许范围更多的字符比因用户已输入过多的字符而给出的错误信息更加的文雅些。
【补充】一般对于限制长度的字段,现在开发大多采用限制输入的方法(设置字段的长度)来处理。
所以测试时需要测试限制的长度是否合理(和功能说明书或其他参考文档相一致),对于没有限制长度的字段,要测试无穷输入时是否出错,有问题报bug时建议开发人员根据需要限制长度。
5、数字型的边界测试。
对于数字型的字段,测试上下边界是非常重要的。
例如,如果你正在计算某个账户的利息时,你永远不会输入一个负的利息数给应该赢取利息的账户。
因此,你应该尝试用负数测试。
同样,如果功能说明书上要求字段在某一个特定的范围(如从10~50),你就应该尝试输入9或51,它应该给出一个得体的信息表示失败。
6、数字的约束测试。
大多数数据库系统和编程语言允许数字条目被识别为整数或长整数。
通常,整数的范围是从-32,767~32,767,长整数的范围从-2,147,483,648~2,147,483,647。
对于那些没有特定边界限制的数字数据条目,用这些限制测试以确保不会出现数字的溢出错误。
【补充】小数型的数字字段同样也需要格外的测试。
一般对于未指出数字类型的字段,尝试输入负整数,负小数,0,正整数,正小数进行测试。
不管是哪种数据库系统,对于数字一般都有多种数字类型。
所以测试人员一定要测试的全面。
7、日期边界测试。
对于日期型的字段,测试上下边界是很重要的。
例如,如果你正在检查一个出生日期的字段,很大可能出生日期不能早于150年前。
同样,出生日期应该不是将来的某一天。
【补充】一般来说,每种数据库系统的日期都有个范围,如SQLServer最小日期是1753年1月1日,所以如果是输入型的日期字段同样也应该测试早于1753的日期。
8、日期的有效性。
对于日期字段,确保不允许无效的日期是很重要的(04/31/2007是一个无效的日期)。
测试用例也应该检查闰年(每个第4年和第400年是一个闰年)。
9、web会话测试。
很多的web应用程序依赖浏览器的会话来追踪已登录的用户,应用程序的设置等等。
应用程序的大多数屏幕不被设计为没有首次登录就可以被运行。
应用程序应该确保在打开应用程序的某一页面之前会话里有一个有效的登录。
10、性能的改变。
当发布产品的最新版本时,应该有一套运行于识别屏幕(列出信息的屏幕,add/update/delete数据的屏幕等等)速度的性能测试。
测试包里应该包括比较先前版本和现有版本性能统计值的测试用例。
这个可以帮助识别那些可以证明是随着对现有版本的代码变更而引起的潜在的性能问题。
【补充】从第一条到第八条是我们在测试字段时常常需要做的测试,一般的测试人员都不陌生。
第九条在测试web应用程序中会作为检查应用程序的安全性而做的一项测试。
而第十条估计很多公司都不会将它考虑到测试的范畴中,一般最多也就是在测试用例中添加校验某一个操作是否在系统允许的响应时间里,很少去做这样的比较,除了一些有针对性的性能测试