质量管理

对用软件测试来提高软件质量的一点看法

某银行实施IT质量管理的相关建设工作，应从其作为甲方企业的IT部门在项目具体实施中所担任的角色，及其视角进行相关的分析工作。

不同的项目组对质量保障问题的解决方法肯定不尽相同，下面我将我们安全小组的一些项目质量管理经验整理出来，其中一定有片面和不足之处，还请大家批评指正。

目前软件开发的规模越来越大，不管你使用什么先进的软件开发技术都必须有严格的管理过程，要有效的开发出软件产品必须要有符合企业自己的软件管理过程。我们应该基本遵循怎样一个管理过程呢？

一个软件项目除了进度目标外，另外一个最重要的目标就是质量目标，而质量目标并不是简单指版本发布的时候测试问题全部解决，而更多关注的是你版本发布后的缺陷泄露情况，这个质量目标在项目完成的时候无法马上得到数据和进行验证的。所以一般是通过间接控制的方式，即可以去估计我们期望的缺陷和BUG的发现情况，当质量目标高的时候，就期望在评审和测试阶段近可能多的发现BUG，自然泄露到版本发布后的缺陷就少。

2000年以来,中国企业管理界兴起3个新理论的应用热潮,这3个理论分别是项目管理、6σ质量管理法和约束理论TOC。有趣的是PMI定义的9个项目管理职能领域其中之一是项目质量管理领域，而6σ质量管理法的实施完全是由一系列项目组成的。是项目管理涵盖质量管理？还是质量管理涵盖项目管理？本文试图从不同的角度解释二者的关系。

随着项目管理成功地应用于软件开发项目以及软件开发项目现阶段在世界范围内高速膨胀发展，针对于软件开发项目的质量评价技术日益成热，并逐渐向项目管理的其他领域渗透。软件质量度量SQM(Software Quality Metrics)就是这样一种技术。

开发设计是产品质量形成的最为关键的阶段。设计一旦完成，产品的固有质量也就随之确定。搞好产品开发设计阶段的质量管理，确保开发设计的质量，是企业至关重要的环节。

软件质量不应太依赖测试部

我想跟那些和我一样被质量、被诸如用户体验带给我们无限压力的兄弟姐妹们说，不要被质量所束缚，我们永远只是质量的一部分，而不是全部，我们最需要的是强化我们源头的质量意识，而我们的源头也只需要强化他们源头的质量意识，唯有此，我们才不会是亡羊补牢，才不会做质量的“替罪羔羊”。

TDD看来可以提升软件质量，特别是在纯商业背景中。对于半商业背景或学院环境中的研究来说，结论不是那么明显，可这些研究没有提到任何软件质量的降低。TDD给工作效率带来的效果不是十分明显，而且结果会根据研究的环境发生变化。然而，有证据证明：TDD不一定会降低开发人员的工作效率，或是增加项目的交付时间。

质量保证要来自整个项目团队，建制、建全软件开发过程，保证每一个节点、每一个阶段的质量，才是治本之道。

在软件开发质量控制的群体工作模型中，我们需要分开质量保证组、开发组和测试组这三种角色，保持他们工作的相对独立性，但是他们之间又是相互联系的。

在软件项目开发周期中，软件测试环节是保障软件质量的最后一道关键性关口。随着软件开发规模的加大，其分工渐趋专业化。测试作为与开发独立并行的领域已得到业内的高度重视。测试人员的比例不断扩大，逐渐形成一个专门的行业，并拥有其专业化的工具和理论。

QA可以进一步明确为SQA，即：软件质量保证，只负责软件开发流程的质量，企业内相对应的角色为：软件质量保证人员，有的企业就直接称之为SQA。

软件的质量是软件开发各个阶段质量的综合反映，本文结合“金保”工程软件项目管理的实际经验，探讨了在项目计划、需求分析、软件开发和系统维护等四个关键环节进行软件质量控制的方法。

究竟什么是质量的奥秘呢，上面的质量定义中究竟隐藏了什么让我们看不真切呢？答案竟然如此简单和虚伪：“质量就是对某个人而言的价值，它的背后是行政和情感！”。

如果软件企业一开始就将质量放到一个比较高的位置，那我们就不信凭大家这些智慧的头脑和70、80后年轻人的吃苦劲头搞不定一个“质量”！

软件产品开发过程，不管采用瀑布式还是迭代式，都离不开需求、设计、编码、测试这几个阶段，在迭代式开发中，这几个阶段也是周期性出现的。怎样把握好每个阶段的质量，确实不是一件容易的事，本期重点介绍一下需求、设计和编码阶段的成果质量。

质量文化是指项目相关方在项目实施过程中所形成的质量意识、质量精神、质量行为、质量价值观和质量现象等“软件”以及所提供项目或服务等“硬件”的总和。质量文化所指的质量是广义的质量，包括项目或服务质量、过程质量、工作质量、环境质量等。