有关软件测试的缺陷分析
本人最近做了测试组长，公司刚成立测试组。目前有些方面不太熟。
首先需要有一个缺陷分析是关键，我算的是：缺陷率=缺陷数/整个系统的代码行数*1000
但不知缺陷率达到多少是合格，多少是优秀，多少又是不合格。
还有一方面，比如，一般的缺陷分为四类，1.非常严重2.严重3.一般4.轻微,哪类的缺陷率是多少为合格，或是优秀，或是不合格。
测试执行率、测试通过率、测试覆盖率、测试有效性的标准分别是多少为合格，或是优秀等。
我对测试有效性的计算方法是：在测试中发现的缺陷 / 总阶段的工作量，单位是:个/人时
谢谢啦，还有很多我没有想到的，希望能得到大家的帮助。
[解决办法]
其实对于你们公司来说，现在将到达什么样的指标就合格，什么样的指标就不合格，暂时是没有多大意义的。
现在的关键应该是先把这套度量机制建立起来，想办法准确收集数据并统计，然后本着“持续改进”的原则不断进步就行了，至于业界优秀的标准，以后慢慢再讲也不迟。也就是说，现在第一步做到可度量和可控就行了。
[解决办法]
LZ的问题很难有个业界通用的标注的。这些标准是因公司不同，业务不同，客户的要求不同而定的！你们应该根据公司和自身项目的特点制定出适合你们项目的标准。
[解决办法]
lz：
你的现状是KLOC，算的是没千行代码出bug的概率，然后参照业内的统计结果，来评估开发质量。
不过，如果你是外包公司的话，那你就应该主要参照客户的品质专员提出的质量体系中，关于千行代码bug率的评价。
另外，测试有效性还有一个额外的附加标准，就是测试规格书撰写的质量，如果测试规格书的错误比较多，那就反映了上层工程（需求分析）的质量比较低，那么风险就比较大了，测试工作的依据（测试规格书）本身就是错的，那么测试的有效性自然受到质疑，关于这个，开发成熟度较高的公司都有一套自己的体系，基本上是结合业内的统计结果和本公司业务的特殊要求，多年来积累下来的。
关于测试规格书错误引起的测试有效性下降，下面的问题希望lz能考虑一下：
测试人员对于测试规格书为什么没做check？
为什么没发现内容与需求分析和实际设计不符？
这种不一致是谁的错？
错误是否可以弥补？
怎样防治错误再发生？
针对这方面的应对策略是什么？
