如何通过测试项目的bug去评估一个项目的质量是不是达到built-in 质量

[wqjin81]

现在我们用的是千行代码个数来评估我们软件项目的质量,但是存在问题是当一个项目只有四五十行代码改动, 发现两个bug, 按着千行代码个数,这个项目就没有达到预定的质量. 比如:做一个新的平台支持,因为代码平台移植性比较好,但是由于新的平台可能会出现一些问题,但是代码只改了10多行.
因为产品的质量不是测试出来的,是设计和开发出来的.我们需要去保证项目开发时候的高质量.

哪位大侠能给一个好的建议, 有什么什么新的方法能够评估质量是不是达到built-in的质量,不是QA测试出来的质量?

[以专业开发人员为伍]

项目质量来自于“测试用例”。而那些跟在开发后边去说三道四的QA太扯淡了，令人“发指”，令人“愤怒”。有本事，QA就在人家开发之前把测试用例都写出来、然后经过大家评审啊？！这样就能比较公平地评价什么“项目的质量”。 你们的这种做法，在我看来，只会让开发分崩离析、一群乌合之众式的开发成为垃圾QA的垫脚石。明智的老板应该先开掉这种QA，然后再重构QA质量观。

[以专业开发人员为伍]

“有什么什么新的方法能够评估质量”？ 我可以告诉你，其实质量评估方法唾手可得，但是我相信你们之前的QA很可能是对这个真正的质量评估方法“怕的发抖”的。因为从你们之前的说明中就能看出来了。 马后炮式的“是非”作风、自身没有测试用例设计能力、或者设计出来的测试用例不敢经过大家评审，这种QA难道是老板的亲戚吗？这种QA不能在开发中重用。

[以专业开发人员为伍]

引用 楼主 wqjin81 的回复:

因为产品的质量不是测试出来的,是设计和开发出来的.我们需要去保证项目开发时候的高质量.

这时一个典型的推卸责任的说法！ 产品的质量当然是测试出来的。开发的目的就是保证测试。测试者应该参与到设计中，以设计结果为测试蓝本（而不是跟在低级的代码编写者后边说三道四）。产品是测试出来的，不是编写出来的。 一方面，你们推卸测试责任。另一方面，你们胡乱制定（连业余测试都够不上的）匪夷所思的并且是“负能量的、对开发造成分崩离析影响的”测试标准。你们这是要干啥呢？

[ylaw]

QA路过 骂得好