执行测试用例发现Bug的比率
最近整理出的用例，在执行时发现BUG的比率很低（产品刚出来时执行用例发现BUG的比率可能会高些），BUG大部分都是在自由测试时发现的，或者是根据测试用例展开测试时发现的，不知道大家公司在执行测试用例时，发现问题的比率会是多少？大家一起讨论，最近很为这事纠结，不知道是用例没写好，还是普遍都是这样。PS：本人是手机测试，执行用例时发现问题的比率小于10%。 很正常啊。关键比率要看是否是长期处于这个值。
如果是的话，需要重新考虑用例设计方法，固守成规的话用例有效性就大打折扣了。 这主要在于测试用例的设计采用的是何种方法，如果采用正交法进行设计测试用例的话，发现BUG的概率会大大提升的。 本帖最后由 Jackc 于 2011-3-9 16:07 编辑
在实际工作中，确实存在自由测试的bug多余用例发现bug的情况。不仅仅在国内，在国外也是一样，这是市场规律带来的普遍现象，通常不需要特别关注。
1.首先，弄清用例的使用目的
用例在实际使用时通常有三种目的：质量评估/测试指导/发现bug
3种目的使用的用例组不一样（主要是覆盖率不同）
2.关于用例的bug发现率
若期望用例的bug发现率达到70%，则至少满足用例设计时间：测试执行时间=1:3（我没有做过具体的统计，拍脑壳估计的，呵呵。之前观摩过国外高覆盖率的用例组，其细致程度不可能在短时间内设计出来）
3.关于用例的实际使用
当前用例设计主流追求的不是高覆盖率，而是“实用”。高效的用例才是好用例，而耗神耗时设计的高覆盖率用例，却不一定实用于当前项目。 受益匪浅
页:
[1]
