对于软件产品质量的一点看法

不知道大家注意到没有，软件测试越来越得到企业的重视，软件测试方面的人才行情也一路看涨。对于这个现象，我不知道是应该高兴呢还是应该难过。高兴的是我们的企业和客户越来越重视软件产品的质量了，不管是甲方的市场驱动，还是乙方自身对产品质量的重视，都说名我国软件产业在产品质量方面的要求提高了，软件企业开始使用工程的方法和技术进行软件测试的管理和实施了。但是我们从事过程改进的人都应该知道，软件的质量成本分为，预防成本、评审成本和测试成本，一般的预防成本应该占70%左右，真正用于测试的成本应该占很小的一个比例。大家也应该知道，Sei发布过一个关于故障引入阶段和解决阶段与所花费的成本的一个分布图，越是到最后阶段才去发现和解决的问题，花费的成本越高，几乎是成级数的增加成本。
前几年看过一本书，叫做质量无泪，是一本讲软件质量的书，里面有一个思想：产品的质量不是靠测试测出来的，而是在产品设计、开发的生产过程中制造进去的。其实这说的也是，软件产品在生产制造过程中，产品的质量已经被生产者在生产中赋予了相应的质量，而测试只是到了最后阶段的一个检验手续而已，从工程的角度来说，这个时候只是判断你合格、不合格，它不会对你的质量提升有任何作用。
这是我感觉比较难过的地方，在我们才开始重视起测试工程的时候，而国外先进的思想或者实践已经从，需求工程，设计工程开始了，这些也都需要我们迅速的学习和实践。其实在CMMI的引入和实践过程中，大家已经都有所体会，产品的质量包括QA和QC两个方面，对于测试只是最后的一道防线，加强需求评审和确认，加强设计的评审，这些方面大家都有认识，可是就是因为软件产品不像实体产品一样，在生产过程中，对于他的质量大家看的不清楚，体会的不真实，不能确切的衡量他的质量，只有在最后给客户上线以后，被客户严厉的指责中，认识到产品的质量存在很多问题，常常后悔为什么我们在需求开发的时候没有发现这个问题啊，我们在设计的时候就应该发现这个问题啊，我们怎么没有测试出这个问题啊。。。。
各种抱怨也许只有到了最后被客户无情的拒绝的时候大家才能认识到，我们的质量是有问题的。软件项目应该按照工程的思想和流程进行管理和开发，不仅仅是对于测试工程，从整个软件的生命周期做起，按照工程的思想和理论管理软件项目的生产和制造，是我们的软件企业应该努力的方向，也是我们过程改进人员研究的方向。
一家之言，欢迎谈论。