代码行和BUG数的比例达到什么程度才能符合软件质量标准啊
最近领导让我制定一个质量标准,要统计例如1000行代码允许多少个BUG存在啊还有在开发的各个阶段BUG的存在率是多少才能符合业界质量标准,比如:在设计阶段,需求阶段等
谢谢大家了,有谁知道啊,请帮帮忙吧
[ 本帖最后由 zhuzhu3431 于 2007-5-12 14:44 编辑 ] 首先,没一个公司的千行代码出错率是不同的,所以在一个没有定性的情况下去瞎估一个质量标准并不太科学,反而我觉得做一个项目统计出来准确的数据以后改善更有意义一些
你可以先定的高一点比如5个/千行,以后再逐步优化提高。
行业内对于质量的评价并没有这样的定性规范,软件不是造房子,智力型开发有很多不定性,重要的再与交付用户时候的质量。
而如何提高公司的质量,这是个长期的过程,质量标准也不是简简单单能够用bug的数目来体现,建议好好看看cmm的软件过程改进。 很简单。首先找一个用户比较满意的项目,看看 BUG 率,好,这个 BUG 率就是我们良好项目的标准。再找一个用户不满意的项目,看看 BUG 率,好,这个就是我们不及格的项目的标准。 学习 测试只要保证每千行发现2个以上 已经基本保证了
即使找出的BUG更多渐渐的也会减少到这个水平
很难低于2个 楼上的说的都很在理,lz提到的代码行和bug数的比例问题,不可以简单的一改而论的
这篇文章,推荐看看《测试缺陷分析务实篇》文章出处:www.51testing.com 作者:罗耀秋 发布时间:2006-08-08 每个公司的数据都会有不同(员工能力不同),需要公司进行一定的数据收集。在公司没有数据的情况下,可以参考业界或相类的公司的数据,还要注意编程语言的不同,也会使缺陷密度有所不同。
页:
[1]