质量管理

质量是一个大家熟知的一个词，在日常生活中，人们对质量的理解有时非常简单，即“好”与“坏”的区别，或“好坏”的程度。对质量的定义，在学术界或工业界，却一直显得不那么轻松，存在着不同的定义和比较多的争论。

为了理清QA和QC的关系，让QA和QC能更好的协作，并通过二者之间高效的互动来有效的保障软件产品的质量，所以，我将QA和QC的关系进行了整合。QA和QC的关系，让QA和QC能更好的协作，并通过二者之间高效的互动来有效的保障软件产品的质量，所以，我将QA和QC的关系进行了整合。

通常我们得到对软件产品的抱怨大多来自于测试工程师以及软件用户，测试工程师是温和派，他们按规定办事，尽管如此，他们与软件工程师始终都是死对头，也经常性地展开激烈的争论与冲突，国内大多IT公司的测试工程师的地位都略低于软件开发员，所以有时他们发现的BUG总不能及时有效地解决，有时会闹到项目经理那里理论一番。软件用户是激进派，发现的小问题往往被无限放大，甚至将你的软件产品贬得一文不值，而且用户最喜欢向软件公司的领导们投诉，这可害苦了程序员与测试员。

本文站在企业利益最大化的角度阐述软件质量管理，给出简明实用的软件质量管理方法。

企业开始在整个价值流程的很多关键环节上实施全面质量管理，来实现产品的创新和成本的缩减，从而实现企业在市场上的竞争力。本文关注的是企业在R&D环节上的质量管理，基于对质量管理理论的阐述，提出了利于R&D管理理论和企业R&D质量管理实践的建议和意见。

在软件开发过程中，软件质量是软件工程中一个经常被忽略的要素。在现代的RAD领域和视频开发领域，软件质量几乎是被人忽略的。标准组织不厌其烦地对软件质量作出规范，有些甚至提供了用来度量软件质量的工具、评价等级及证明。许多政府要求软件承包商遵守一定的公共标准。但对于大多数人来说，软件质量是由用户喜欢使用软件的程度决定的。如果软件运行得好，则视其质量好，反之，则不好。这给人们对软件质量的评价标准方式造成错觉。

我作为项目经理一直是标榜自己是以质量为导向的项目管理的倡导者和身体力行者，为何这样提呢？也是基于自己做过的成功的项目的经验得来的。

ISO 9000:2000质量管理体系-基础和术语定义"质量保证"是质量管理中致力于对确保产品达到质量要求而提供信任的工作。

对于复杂的IT项目而言，其投资规模较大，实施周期较长，在实施过程中存在诸多风险，所以对其质量进行合理的跟踪与管理，以保证最终结果能够满足企业的要求，是一件非常重要的事。

质量管理是企业管理的重要组成部分，在实际生产经营中，质量管理这张答卷却并非每个企业都能出色回答，其中主要原因有10个。

软件企业提高产品质量的手段，已经不仅仅是通过软件测试人员（SQC）的努力，而是越来越多的按照“测试前行”的理念配合同行评审（Peer Review）来提高软件产品的质量。其目的是为了及早和高效地从软件工作产品中识别并消除缺陷。但很多企业都会遇到一个问题，大家觉得同行评审的效果没有达到预期的目的，有些时候只是一个形式主义。那么如何才能将同行评审这把利器发挥的更有效果，下面将和大家一起对其进行彻底的剖析。

什么是质量管理，其实SQA只是起到质量检查的一部分作用，要想公司或者部门的产品或者项目质量真正的提升，能够达到客户满意度的提高，达到成本的降低等目标，无疑就是要在生产率和生产工具的先进性这两方面大下功夫。

随着软件业蓬勃发展，各种软件需求纷繁而来，在潮起潮落的IT洪流中，软件项目越来越凸现大型化、复杂化的发展趋势。几十人上百人的开发团队、成千上万的模块与接口、跨地域、跨系统的使用用户等情况早已屡见不鲜，所有这些，对项目质量管理提出了更高要求，如何满足各方需求，做出更好的软件系统？测试管理逐渐成了大家目光的焦点。

本文并不打算系统的阐述软件企业的质量保证体系，而是想从另一个侧面同大家分享软件企业在软件开发过程中两个重要角色之间的协作关系，以两个角色之间高效的互动来说明在开发过程中，我们如何来有效的保障软件产品的质量。

代码质量是一种特殊的质量。它经常在理论中被提起，而往往在实践中被忽视。长期来看它的作用很重要，但最后期限临近时，它又变得可有可无。它没有在日程表里直接体现，却影响着整个计划的执行。它有着语法上的、运行时稳定性方面的，以及更广泛的、关于设计的各种定义。那么，代码质量到底是什么？为什么它那么重要呢？

在本文中，我们将讨论那些对产品质量改进至关重要的关键过程和软件工程技术的相关领域。同时提出作者从所参与项目中得到的关于如何指导和开展某些关键实践(如指定非功能性需求)的一些经验，以供读者参考。我们还提出一些有关产品质量评价标准的想法，以帮助在产品的改进、测试以及交付过程中保持对产品质量的跟踪。

在本文中，我们将讨论那些对产品质量改进至关重要的关键过程和软件工程技术的相关领域。同时提出作者从所参与项目中得到的关于如何指导和开展某些关键实践(如指定非功能性需求)的一些经验，以供读者参考。我们还提出一些有关产品质量评价标准的想法，以帮助在产品的改进、测试以及交付过程中保持对产品质量的跟踪。

在本文中，我们将讨论那些对产品质量改进至关重要的关键过程和软件工程技术的相关领域。同时提出作者从所参与项目中得到的关于如何指导和开展某些关键实践(如指定非功能性需求)的一些经验，以供读者参考。我们还提出一些有关产品质量评价标准的想法，以帮助在产品的改进、测试以及交付过程中保持对产品质量的跟踪。

如何使得企业在保证软件质量的前提下，同时又能够适应快速变化的市场需求，无疑是业内人士关注的焦点。为此，本文从市场驱动的IT开发特点分析入手，对目前国际上正日趋成熟的“轻”方法和满意质量的内涵和操作加以讨论，同时以快速应用开发为实例介绍了具体操作及注意事项，为读者进一步深入理解现代软件工程实践工作提供帮助。

软件能力成熟度（the Capability Maturity Model for Software, 简称CMM）是美国软件工程研究所（Software Engineering Institute, 缩写为SEI）首先提出的。SEI是美国国防部设立，SEI的任务是提供一系列技术管理方法来提高软件工程水平，保证美国防部能够通过成本、进度和质量的预估和改进获得并且支持其精准的软件系统。