测试用例设计策略

1.设计尽可能多的测试用例,至少让人家知道,作为tester,我已经考虑到那么多需要测试的情况,我有很多事情可以验证.以前自己总是有顾虑,怕测试用例弄的太多,到时候测试忙不过来就不好,因为要做测试的,还是自己.其实,这是个很错误的想法.

2.分析Use　Case,划分优先级.如果我们看标准的UseCase的话,你会发现UseCase里面分为BasicFlow,AlternativeFlow,SpecialRequirements.UseCase就像是一棵大树,有主干,枝干,还有树叶(相当于主干以及枝干中的一些验证点).最重要的当然是主干,其次枝干,对于叶子,有些会很重要,有些会相对次要.

只要有了优先级这个概念,我们就不要怕测试用例多.我们从优先级高往低的地方做.当然,这里指的多,并不是盲目的多,拿测试三角形为例,用例{3,3,3}与{4,4,4},在大部分情况下,就没有必要重复测试.

测试用例多,测试完成不了,那可以说是资源问题,属于客观原因.但是如果测试用例不够,该发现的bug没有发现,那就是能力问题,那就是失职.所以我们的策略是,设计的尽量多,然后先去做优先级做高的事情