请教：有没有什么标准或者方法来衡量使用的系统测试用例的覆盖度？

yanzi

昨天有人问我：你怎么来评价或者说来保障系统测试时所执行的用例到底能够覆盖多少面？还有哪些地方是用例没有覆盖到的？
我思考了半天，想想这几年的工作过程，的确在系统测试时我们好像从来没有一个好的办法来比较标准的评测到底我们覆盖了多少面，总是凭着已有的用例加上测试过程中根据经验或者感觉在实施的一些来做，等到测试周期到了，然后根据发现的BUG趋势来判断这轮测试的情况，但这些都只是一个主观的感觉，不能给定一个比较客观的评判。我知道在单元测试或者集成测试中可以通过现在的一些自动化工具从各种路径、条件下进行测试来分析用例的覆盖度，但对于系统测试却真的好像没有去考虑过，而事实上用例的覆盖度个人认为是测试中比较重要的关注点。不知大家有没有这方面的方法或者体验分享分享？

魏乐

这个问题很值得研究探讨，这其实也涉及到了测试效果的衡量指标的设定。到目前为止除了Bug的数量，难道就没有什么指标来衡量系统测试的测试用例的效果吗？单元测试至少还可以有代码覆盖率来衡量，相比之下，系统测试真是难以评价阿

smartbaby

其实也可以用一种相对来说比较简单的方法来衡量啊～
为了发动大家积极思考，我先暂时不说我的看法，看看大家是怎么考虑的。

smark

系统测试中同样可以引入收集覆盖率的工具。
另外，100%的覆盖几乎是不可能的。
所以，关注软件那最重要的20%，而不是刻意地追求覆盖率多少多少。

yybdomain

版主说话呀，俺马上就要从开发转向测试，很希望能学习一些理论知识呢。我们公司的测试用例一般是根据功能需求来设计的，我觉得覆盖面不是很广。

smartbaby

那yybdomain可以说说为啥觉得你们公司那样的做法覆盖面还是不够广呢？