1.教会你爱的人爱你。 2.创造财富,享受生活,享受人生。 3.知识只有经过分享才能体现价值。 4.做最好的自己!

说说设计测试用例中一些有趣的事

上一篇 / 下一篇  2010-09-20 15:50:01 / 个人分类:测试用例

     今天来了兴趣,突然想写写工作中如何设计测试用例的。

刚开始只是学习了,并不知道具体怎么去做,在不断的测试工作中,不断的总结发现,其实学会做测试用例相当有用。远的价值咱不说,至少它可以帮你提高工作效率,执行测试效率。

设计测试用例的过程,是一个分析问题的过程,有时会很纠结,比如说前一段时间,我一直在想办法为难我自己。因为我不相信这个功能会这么简单就这么点用例就测试完成了。事实证明多想多做还是有好处,至少在后来的测试中,我还是发现了一个非常严重的BUG,而且如果不及时修改,这个功能一上线就会有造成成千上万条垃圾数据。

以现在用户的使用规模,假如有6K个用户使用,每个用户制作10条,数据库中至少会存在6W条垃圾数据。

正因为测试用例设计的完善,才及时弥补了这个缺陷,要不然时间一长不知道该如何向客户交待。估计测试人员对自己的自信心也会降低很多吧。

以下说说个人工作中经常会用到的一些方法,非常规类边界或其它的,目前还没有想到这叫什么方法,有待日后总结,不过大家有兴趣可以试着设计一下以下的测试用例。反正蛮锻炼人的。。。

1.先来一个有关时间相互约束的例子。很多产品中都会有这四个值,如果以下是世博会门票的销售时间,大家会如何设计以下四个值的测试用例呢?又或者是未来一场XX明星演唱会的门票的销售时间。

begin sell date预售时间            end sell date预售结束时间

begin date开场时间                end date结束时间

以上四个时间取值,其实相互之间是有一些约束关系的。

先留给观博的同学思考,以后我再放出来我的用例想法。

2.数据的新建,修改,再修改,特别是重命名是非常有意思的测试。

允许上级与下级同名,不允许下级与上级同名,大家可以想想这个功能上下级的测试用例。

3.有关配置的也有趣,一个功能enable--disable--enable

disable--enable--disable

如果再配上继承或代替,分配功能那就更折磨人了。至少够用例测试人员几宿失眠考虑测试用例了。再强一点把第2条加进来,测试用例的复杂度又升一级。

4.最近测试的chain级功能确实很锻炼人

分上级和下级,上级分配给下级功能,下级也可以自己创造同功能数据。

这个功能想想就觉得太强大了,够一个测试团队花3个月去测试了。

同时还要考虑接口的测试,复杂度真的不是一般啊。

5.有关时间段的测试,在一个时间段时可以按每天执行不同的事务,如果同一时间段只允许执行同一个事务。

大家再想想这个测试用例。

 


TAG: 测试用例

 

评分:0

我来说两句

Open Toolbar