如何评价黑盒测试的用例覆盖度？
最近在写一季度的测试总结，对于白盒测试来说，可以用代码的覆盖率来统计用例的覆盖率，黑盒测试用例的覆盖率拿什么依据来评价是覆盖率为多少呢，怎么去量化这个数字呢？求大神们指点 不是大神：一般用缺陷记录，致命缺陷为0，重大缺陷为0，一般缺陷%5，轻微缺陷为10%。个人意见 测试用例覆盖率一般是指测试用例覆盖需求比例，实际的话就是用例覆盖的测试点与所有测试点的比率我是这样理解的 如果要统计这个数据，需求分析一定要做好 1、根据需求规格做需求分析
2、测试用例的粗细粒度
3、主动型 接口测试覆盖率,code review覆盖率，被动性 线上漏测率 测试组员互相测评用例会使用例最大覆盖 昨晚苦思了好久，最后总结了四点：
1、评价测试用例设计方法；
2、评价覆盖业务场景是否足够；
3、评价异常处理测试用例；
4、根据经验补充用例；
134都好量化，就是2不好量化呀 2的问题是需求粒度的问题。需求是面向业务的还是面向系统设计的是关键参数。
测试覆盖的话一般是面向需求的，但是需求也会分明确和不明确的两种，黑盒测试杯具的一点是根据实体进行用例覆盖分析。这样的话，同一个需求描述，在不同的实现中得到的用例数量有巨大的差异。。 同问，我也想知道 测试用例覆盖度就是为白盒测试而定义的，黑盒测试的用例覆盖度是个伪命题。
一定要做的话，可以评测平均每个功能需求对应有多少条测试用例，但也不能在业界内横向比较，只能作为自己公司流程实践的一个benchmark参考。
作为评价黑盒测试的效果，只能从满足需求的程度上入手。衡量满足需求的程度可以看发布后被发现的问题在所有阶段被发现的问题中的百分比数。
如果要评价测试团队的效率，可以参考人均发现的缺陷数量和严重程度。
页:
[1]
