代码行和BUG数的比例达到什么程度才能符合软件质量标准啊

zhuzhu3431

最近领导让我制定一个质量标准,要统计例如1000行代码允许多少个BUG存在啊
还有在开发的各个阶段BUG的存在率是多少才能符合业界质量标准,比如:在设计阶段,需求阶段等

谢谢大家了,有谁知道啊,请帮帮忙吧

[ 本帖最后由 zhuzhu3431 于 2007-5-12 14:44 编辑 ]

zhongmg108

每个公司的数据都会有不同（员工能力不同），需要公司进行一定的数据收集。在公司没有数据的情况下，可以参考业界或相类的公司的数据，还要注意编程语言的不同，也会使缺陷密度有所不同。

china_breezy

楼上的说的都很在理，lz提到的代码行和bug数的比例问题，不可以简单的一改而论的
这篇文章，推荐看看《测试缺陷分析务实篇》文章出处：www.51testing.com 作者：罗耀秋 发布时间：2006-08-08

zgslhyh

测试只要保证每千行发现2个以上 已经基本保证了

即使找出的BUG更多渐渐的也会减少到这个水平

很难低于2个

talin

学习

yiding_he

很简单。首先找一个用户比较满意的项目，看看 BUG 率，好，这个 BUG 率就是我们良好项目的标准。再找一个用户不满意的项目，看看 BUG 率，好，这个就是我们不及格的项目的标准。

云层

首先，没一个公司的千行代码出错率是不同的，所以在一个没有定性的情况下去瞎估一个质量标准并不太科学，反而我觉得做一个项目统计出来准确的数据以后改善更有意义一些

你可以先定的高一点比如5个/千行，以后再逐步优化提高。

行业内对于质量的评价并没有这样的定性规范，软件不是造房子，智力型开发有很多不定性，重要的再与交付用户时候的质量。

而如何提高公司的质量，这是个长期的过程，质量标准也不是简简单单能够用bug的数目来体现，建议好好看看cmm的软件过程改进。