【转】网上看到的关于bug度量的一个公式
2008-08-14 14:13
393 查看
【原文地址】/article/4678526.html
为了更客观度量,考虑到bug的严重性、技术难度、产品类型、模块稳定性等因素影响,不是用“所发现的bug数量”,而是用“所获得的bug value (缺陷值)”来度量,公式被定义为:
Bug_value = (P0_Bug_Number × 1.6 + P1_Bug_Number× 1.4 + P2_Bug_Number× 0.7 + P3_Bug_Number×0.3)× Wd × Ws × Wt
其中:P0_Bug_Number:致命的(fatal)缺陷数量
P1_Bug_Number:严重的(critical)缺陷数量
P2_Bug_Number:一般的(major/normal)缺陷数量
P3_Bug_Number:次要的(minor)缺陷数量
Wd: 技术难度系数,如Database, Enterprise Server, Java难度系数大,发现Bug不容易,Wd可以定在1.5 – 5.0
Ws: 稳定性系数,全新模块,Bug比较多,发现缺陷比较容易;版本越高,越稳定。Ws可以定在0.5 – 1.0, 假如以version 10.0为1.0, Version 1.0 = 1/100, Version 2.0 = 4/10, Version 2.0 = 9/100, …, , Version 8.0 = 64/100, Version 8.0 = 81/100
Wt: 产品类型系数,可根据实际情况和历史数据来判断。Wt也可以和Wd合并为一个系数。
为了更客观度量,考虑到bug的严重性、技术难度、产品类型、模块稳定性等因素影响,不是用“所发现的bug数量”,而是用“所获得的bug value (缺陷值)”来度量,公式被定义为:
Bug_value = (P0_Bug_Number × 1.6 + P1_Bug_Number× 1.4 + P2_Bug_Number× 0.7 + P3_Bug_Number×0.3)× Wd × Ws × Wt
其中:P0_Bug_Number:致命的(fatal)缺陷数量
P1_Bug_Number:严重的(critical)缺陷数量
P2_Bug_Number:一般的(major/normal)缺陷数量
P3_Bug_Number:次要的(minor)缺陷数量
Wd: 技术难度系数,如Database, Enterprise Server, Java难度系数大,发现Bug不容易,Wd可以定在1.5 – 5.0
Ws: 稳定性系数,全新模块,Bug比较多,发现缺陷比较容易;版本越高,越稳定。Ws可以定在0.5 – 1.0, 假如以version 10.0为1.0, Version 1.0 = 1/100, Version 2.0 = 4/10, Version 2.0 = 9/100, …, , Version 8.0 = 64/100, Version 8.0 = 81/100
Wt: 产品类型系数,可根据实际情况和历史数据来判断。Wt也可以和Wd合并为一个系数。
相关文章推荐
- 网上看到的关于bug度量的一个公式
- 网上看到的关于bug度量的一个公式
- 关于bug度量的一个公式
- 一个关于bug度量的公式 (转)
- 网上看到了一个关于黑客的练习方式
- 在网上看到的一个关于开闭原则的例子
- 今天在InfoQ看到一个google关于test的演讲, 非常精彩
- 关于django-avatar的一个小BUG
- 又看到一个不错的贴,关于一些postgresql的异常问题
- 在ASP.NET中,发现的关于string转换的一个小Bug
- 一个关于C#语言中的Property的低级BUG,花了我二十分钟
- 关于UGUI Image Sliced模式的一个BUG。
- 网上看到一个叫DOTNET人的博客,一篇文章很打动我
- 网上看到的,,关于限制带宽的,,
- Android开发:canvas.drawTextOnPath()无效----Android4.03的又一个bug!!!!(关于Canvas绘制的方方面面) .
- (转)看到网上有很多关于这个的帖子,但在执行“设置test数据库为紧急修复模式”时,SQL Server 2008总是失败。哪位大侠给个SQLServer 2008的有效方法。
- 关于ffmpeg的一个bug长期求解答
- 一个关于TCHAR的离奇bug
- jquery关于checkbox在ie下的一个bug
- unity关于clearFlags的一个可能为bug