51Testing软件测试论坛
标题:
工作中一些体会,有点乱 希望能跟大家交流
[打印本页]
作者:
wythe
时间:
2006-4-17 21:25
标题:
工作中一些体会,有点乱 希望能跟大家交流
工作中总是遇到一些问题,比如一些BUG在当前版本中已经发现或者解决,可是在下个版本中又出现了。很头疼,你可以说,当然新版本出来的时候,你在检查一下啊?是很好的办法,可以在功能测试的时候,往往,开发组会给你一个模块来测试,测试完成后又给你另一个模块,中间你基本上没有时间来检查以前的BUG。我想最好的办法就是引用自动化测试工具,或者优化自己的测试用例。
现在自动化测试工具以及非常成熟了,几乎可以应用各种各样结构的软件产品中去,这里对测试人员有一个要求就是能熟练使用这些自动化测试工具,用的好,可以提高整体的工作效率,用的不好,反而会耽搁测试过程,就我所熟悉的自动化测试工具,确无法应用到现在的软件测试中去,所以,很郁闷。很多时候,我都觉得是个人能力的问题,只能停留在手动测试上。能做到的事,只有优化测试用例,最大可能的通过用例来发现问题。
一直想找一些适合自己目前情况的自动化测试工具,从学习到使用,需要一个时间段,可悲的是,估计到自己能熟练使用这个自动化测试工具的时候,工作项目可能都已经完成了。
完善的测试用例或许可以弥补这一点的不足,前人留下的各种各样测试方法也给了我们很多帮组,用到最多的可能是等价类划分测试法。
以下是一些等价类划分测试概念
等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。
1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.
有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.
无效等价类:与有效等价类的定义恰巧相反.
设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.
2)划分等价类的方法:下面给出六条确定等价类的原则.
①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.
②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.
③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.
④在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.
⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则).
⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.
3)设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:
输入条件 有效等价类 无效等价类
... ... ...
... ... ...
然后从划分出的等价类中按以下三个原则设计测试用例:
①为每一个等价类规定一个唯一的编号.
②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.
③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.
在很多地方都用到这种方法,或许在工作用大家都一直在用,有过一些模糊的概念,只是不知到这就是等价类划分测试法。一个有经验的测试人员,对这些方法应该是很熟练的,能更好的应用到平时的测试活动中,这就需要一些经验了,可以在平时的工作中多多体会,多动动脑筋,要提高自己的水平,不能只用眼睛去测试,要用大脑去测试,有目的的去做一件事,这样才不会抱怨自己什么都没学到,学习应该是自己努力的一个过程吧,不是别人来教你该怎么做怎么做才是学习。
测试工作最大的问题是如何提高工作的效率,提高效率是在保证质量的前提下进行的,虽然你看起来很忙,每天都不停的在做事,可是没有效率,有很多总可能与原有影响了你的效率,用例中重复部分了太多,导致很多东西重复工作,不但耽误时间,还影响心情。如果你会用因果图来生成测试用例,或许会有很大的帮助,以下为因果图的一些概念
因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
利用因果图生成测试用例的基本步骤:
(1) 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符.
(2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系. 根据这些关系,画出因果图.
(3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件.
(4) 把因果图转换为判定表.
(5) 把判定表的每一列拿出来作为依据,设计测试用例.
从因果图生成的测试用例(局部,组合关系下的)包括了所有输入数据的取TRUE与取FALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.
前面因果图方法中已经用到了判定表.判定表(Decision Table)是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.
判定表通常由四个部分组成.
条件桩(Condition Stub):列出了问题得所有条件.通常认为列出得条件的次序无关紧要.
动作桩(Action Stub):列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.
条件项(Condition Entry):列出针对它左列条件的取值.在所有可能情况下的真假值.
动作项(Action Entry):列出在条件项的各种取值情况下应该采取的动作.
规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.
判定表的建立步骤:(根据软件规格说明)
①确定规则的个数.假如有n个条件.每个条件有两个取值(0,1),故有 种规则.
②列出所有的条件桩和动作桩.
③填入条件项.
④填入动作项.等到初始判定表.
⑤简化.合并相似规则(相同动作).
B. Beizer 指出了适合使用判定表设计测试用例的条件:
①规格说明以判定表形式给出,或很容易转换成判定表.
②条件的排列顺序不会也不影响执行哪些操作.
③规则的排列顺序不会也不影响执行哪些操作.
④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.
⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.
熟悉这个东西后我想能对你的工作产生很大的影响,不仅仅是因果图,你要考虑在测试活动中如果覆盖你的测试步骤,最优化你的测试步骤,即对某一些功能的测试不重复,又保证覆盖率,虽然因果图只是一个软件功能测试的方法,但是他确给我们一个启示,把它应用到你的工作中去吧。怎么用?这就需要我们自己去思考。
作者:
sincky
时间:
2006-4-17 21:30
恩,很不错的经验分享!
作者:
satanwu
时间:
2006-4-18 11:46
标题:
顶
谢谢分享\1
作者:
jun84826
时间:
2006-4-18 11:52
楼主你的帖子很不错,很好的人生及工作阅历!对于新手会有很多的帮助!
谢谢你的分享!
作者:
lieyan321
时间:
2006-4-18 12:52
谢谢分享
作者:
Nio
时间:
2006-4-18 14:17
说句不好听的话:这样的文字,看两本书就能写出来了……
作者:
zcpeter
时间:
2006-4-19 09:25
支持一下。
作者:
xuanting
时间:
2006-4-19 09:26
楼上的楼上,你先写出来了,再来评价别人的文字,好吗?
作者:
Nio
时间:
2006-4-19 09:48
楼上的,不好意思,我没这么无聊~~呵呵
作者:
wyalgl
时间:
2007-2-12 14:24
good thanks
作者:
200605200000
时间:
2007-3-7 11:05
好文章,支持一个
作者:
baosuhe
时间:
2007-3-11 12:59
标题:
支持 谢谢
支持楼主
作者:
daiminzu
时间:
2007-3-11 15:30
我支持!!!
作者:
wusong2xinyu
时间:
2007-3-12 11:43
支持楼主
作者:
dwgc
时间:
2007-3-12 16:10
支持
作者:
fyf8223
时间:
2007-3-12 22:48
谢谢搂主提供的经验,值得学习!
作者:
jessica0316
时间:
2007-3-16 10:54
sdlkfj3 经验最宝贵 谢谢 ~~~
作者:
succ800
时间:
2007-3-16 22:58
还不错
作者:
succ800
时间:
2007-3-16 22:58
标题:
回复 #18 succ800 的帖子
写错了刚才
作者:
succ800
时间:
2007-3-16 22:59
标题:
回复 #19 succ800 的帖子
请问下阿 作测试能不能一直干下去啊,会不会失业哦
作者:
sunxy5291
时间:
2007-4-4 09:08
好的
我转载了
作者:
fanchen
时间:
2007-4-4 10:42
支持了 楼主
作者:
lierda
时间:
2007-4-4 10:54
duo xie
作者:
kongcheng521
时间:
2007-4-4 17:17
不错,,
作者:
linostk
时间:
2007-4-5 13:52
经验最宝贵~~~
作者:
men923973
时间:
2007-4-5 16:31
善于总结,应该学习!
作者:
morose81
时间:
2007-4-6 13:41
标题:
挺好的,辛苦了!
如果再配上写你工作中的事例就更好了,给大家一个例子。
作者:
hapliu
时间:
2007-4-6 17:40
标题:
我为你狂
这些内容的确是书上的内容,好象还是原班人马!我的天啊,疯了我!~~~
作者:
lierda
时间:
2007-4-7 14:37
sdlkfj2
作者:
sswj
时间:
2007-4-7 17:54
haohaoihaohaoaoa
作者:
shyl887
时间:
2007-4-8 16:56
支持。在工作中有时也会遇到类似情况
作者:
faith531
时间:
2007-4-9 16:28
标题:
受益匪浅
你 很强的 呀!好好学学
作者:
xiaomengmao2007
时间:
2007-4-10 09:03
写得不错,最重要的是把理论运用到实践之中,呵呵~
作者:
黑白蓝紫
时间:
2007-4-11 15:35
等价类
[url]http://blog.csdn.net/vincetest/archive/2007/01/06/1475499.aspx[/url]
因果图
[url]http://blog.csdn.net/vincetest/archive/2007/01/09/1478552.aspx[/url]
这里的是不是更全面一些
呵呵,不评价楼主的文章
作者:
huazi1026
时间:
2007-4-11 17:27
标题:
回复 #1 wythe 的帖子
支持一下
作者:
baohaitao365
时间:
2007-4-12 14:40
看不太懂,但还是支持下
作者:
suojing
时间:
2007-4-12 14:41
ding la
作者:
morriam
时间:
2007-4-12 15:07
呵呵,是的,看看书,比这里的写的清楚,还有案例说明~
作者:
Salanganezhou
时间:
2007-4-12 17:37
学习了,保存了sdlkfj2
作者:
x00ganlu
时间:
2007-4-13 09:50
sdlkfj5 谢谢分享
作者:
51mobile
时间:
2007-4-13 13:02
谢谢分享
作者:
wujp_652
时间:
2007-4-14 13:46
恩,很不错的经验分享!
作者:
铭心
时间:
2007-4-16 09:36
ding
作者:
kikou
时间:
2007-4-16 15:13
sdlkfj2 慢慢消化
作者:
yunfeixue
时间:
2007-4-16 17:00
顶!
作者:
elaineye
时间:
2007-4-20 08:22
帖子很不错,谢谢你的分享
作者:
yuwenzhl
时间:
2007-4-22 14:31
很好的东西!版主可否再写一些别的比如边界值之类的
作者:
yuanhao203
时间:
2007-4-22 19:04
我也有这种困惑
作者:
wangjingwd
时间:
2007-4-24 09:59
谢谢分享
作者:
Angel0214
时间:
2007-4-24 16:05
谢谢
作者:
沉沦
时间:
2007-4-24 21:58
不错,跟书上说的挺象的
作者:
dszh061
时间:
2007-4-25 11:26
看着对自己没多大用!
作者:
dszh061
时间:
2007-4-25 11:27
不过还是帮LZ顶下吧!
作者:
dszh061
时间:
2007-4-25 11:36
何止是有点乱,乱完了!
作者:
bond21360005
时间:
2007-4-26 09:14
总结成一句话:扎实的基本功是成为一名优秀软件测试工程师所必需的sdlkfj2
作者:
wangpu160000
时间:
2007-5-10 15:33
菜鸟 学习中 谢谢
作者:
yeqiuangel
时间:
2007-6-15 22:21
经验很宝贵哈,不错,学习中
作者:
凝凝
时间:
2007-6-17 17:46
支持,谢谢!sdlkfj5 sdlkfj5 sdlkfj5
作者:
zhaoguihua
时间:
2007-6-20 17:31
标题:
thanks
thanks
作者:
snowwang
时间:
2007-6-22 20:01
标题:
真好!
sdlkfj2 谢了
作者:
zhijingyuxuan
时间:
2007-6-22 23:50
标题:
thanks
谢谢啦!
作者:
changlang530
时间:
2007-8-17 09:41
不管好不好,好则欣赏,不好则路过!!
作者:
zhangsy
时间:
2007-9-9 13:53
标题:
回复 #1 wythe 的帖子
恩,不过还有边界值也是比较重要
作者:
lsgeddy
时间:
2007-9-9 21:39
还算全面,顶了
作者:
zhao.nina
时间:
2007-10-24 14:18
内容很全呀,学习了,谢谢。
作者:
153994730
时间:
2007-12-29 20:55
满实在的...呵呵....现在测试现状就是这样....就算会用自动化工具。.也不知道啥时候该用.
这才是最要命的....希望我以后工作了。.能好一点。.能用上自动化..真正提高效率。.不是
为自动化而自动化...
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2