《项目-求生法则九》质量保障.pdfVIP

下载 第 9 章 质量保证 9 软件品管(质量管理)的重要性绝不亚于软件测试，在 一个高效的项目中应该包含测试、技术检查和项目规划， 这些都是为了及早发现缺陷并修正它。 微软项目 下载 求生法则 160 人们在谈到质量时，往往包含的不只一样东西。质 量可以用来表示系统不会当机，可以表示软件是 否达到使用者的期望，或者程序合用不合用的程度。质量 可以表示对特定需求的吻合度，或是在开头对正确需求规 格的实作程度。一个良好的定义是“软件可以满足在设计 中明白交代出来的要求和没明确指出的需求”。本章将解 释如何保证这类型的质量。 质量为何重要 即使你的软件不必多么可靠，缺陷还是得受控制，因 为这影响到开发速度、开发成本与其他项目特质。第 3章 “求生概念”描述项目的上下游效应：在下游找出错误并 修正要比在上游高出5 0 ~ 2 0 0倍的代价。知道为何该重视质 量了吧，不过伴随而来的还有其他冲击。 人们有时会认为他们可以在目前的项目质量上取 巧，到下个项目再来更正。在小型项目中（时间一两个 月或更短的项目），这么做当然骗得过去。可是在时间 较长的项目中，往往弄巧成拙。你不可能把所有不良效 果通通延后到下个项目上；许多效果会直接影响到目前 的项目。 下载 微软项目：求生法则 质量保证 161 软件质量在推动事务的成本上也有着冲击。低质量的 软件增加一般使用者支持负担。顶尖公司，如微软注意到 这一点，所以向一般使用者的求助电话收费，以支付造成 问题的软件带来的支持负担。 开发低质量软件，根基一旦受到侵蚀自然也会增加维 护成本。你也许认为你的程序只会被使用 3 ~ 5年，可是一 般程序实际上可以很长寿，需要前后十任的维护程序员来 支持。由于程序 5 0 % ~ 8 0 % 的生命期成本会在程序的初次 发行之后出现，就经济角度来看，在第 1版的软件中就打 下成功的基础总是比失败好多了。 最后，你的工作中是否会出现低质量软件，完全掌握 在你手中。我的强烈印象是顾客不会去管这类高低质量的 软件是何时到他手中的，只会记得他们喜不喜欢用那个软 件。 快速地解决问题固然很好，但有些前辈提醒我们， 当快速的结果是被遗忘时，敷衍了事的代价影响 深远。 微软项目 下载 求生法则 162 品管规划 本书的一个主旨就是想要让一个软件项目生存下去 就得有求生技巧。其中包含了品管要求，它得做到下例 几点： ◆ 软件品管活动必须经过规划。 ◆ 软件品管活动的规划必须明文订定。 ◆ 软件品管活动必须在软件需求活动时期或更早就开 始进行。 ◆ 进行软件品管工作的独立小组必须存在。依据项目 规模，这“小组”也许只有一个人，也许