软件项目管理实用教程第6章 软件项目质量管理.pptVIP

质量成本（CoQ） When Defect is Detected Typical Cost of Correction User Requirements $100-$1,000 Coding/Unit Testing $1,000 or more System Testing $7,000 - $8,000 Acceptance Testing $1,000 - $100,000 After Implementation Up to millions of dollars 在项目早期预防和检测缺陷比在项目晚期检测和排除缺陷更有效、更节省成本。 本章内容提要 软件质量管理的基本概念 全面软件质量管理 缺陷跟踪 缺陷预防 软件质量的常用度量 软件项目质量管理计划 第二节 全面软件质量管理 评审（Review） 评审相当于软件开发过程的“过滤器”，在软件开发的一些时间点上对中间产品执行评审，发现和排除错误，防止错误被遗留到后续阶段。因此评审对于保证软件质量和降低开发成本都极为重要。 有统计数据表明，评审可发现75%的设计错误。 技术评审（Technical Review） 技术评审是指在完成一项工作后，把工作产品分发给合作者，让合作者检查其中的缺陷。然后开会讨论工作产品并产生需要修复的缺陷列表。 技术评审的主要对象：需求和设计规格说明、测试计划、用户手册等。 技术评审会议 技术评审以会议形式进行，一般有如下约束： 评审会议通常由3~5人参加。 会议之前评审人员要做准备，但每人的准备时间不超过2个小时。 评审会议的时间不超过2个小时。 一次技术评审只关注软件的某一特定部分（例如需求或设计规格说明的一部分）。缩小评审焦点可提高发现错误的可能性。 技术评审流程 评审组长把待评审的材料分发给每个评审者，评审者（包括评审组长）审查材料，记下相关的要点，为评审会议做准备。 开评审会议。评审会议由评审组长、评审者、评审对象的开发者参加。其中的一个评审者充当记录员，负责记录会议中发现的所有问题。 技术评审流程 由开发小组对提交的评审对象进行讲解。同时评审者可对开发者提问，提出建议和要求，展开讨论。 在讨论中如果发现了问题和错误，由记录员记录下来。 会议结束时必须做出以下三个决策之一： 接受该产品，不需要做修改。 由于错误严重，拒绝接受。等到错误改正后，还要进行另一次评审。 暂时接受该产品，但需要对某一部分进行修改，修改后不需要再进行另一次评审。 决定作出后，所有参加会议的人员签字，确认会议结果。 技术评审流程 技术评审流程 技术评审会议后，要完成一个“评审总结报告”，其内容包括：评审对象是什么？谁参加了评审？评审的结论是什么？有哪些重要发现？ 评审会议上所记录的问题列表通常作为评审总结报告的附件。 要保证安排后续过程来正确处理评审发现的各问题。 技术评审的注意事项 评审产品，而不是评审人。评审会议的气氛要轻松和愉快，注意提出问题时的方式和态度，不要让产品开发者产生被审问的感受。 制订评审会议的议程并遵守进度。不要让会议过分拖延。问题的具体解决方案可以在会后讨论。 使用检查清单。为不同的软件产品（需求、设计、代码等）开发检查清单，这样可以使评审会议聚焦于一些重要问题。 同行评审（Peer Review） 同行评审是一种特殊类型的技术评审。 由与工作产品开发人员具有同等背景和能力的人员对工作产品进行技术评审，因此非常有利于发现工作产品中的问题。 代码评审（Code Review） 编码阶段的一种技术评审，由一组人员对程序进行阅读和静态分析，可以很有效地检查程序代码中的缺陷。 评审内容：程序是否符合编码规范，程序结构是否合理，算法和程序逻辑是否正确，程序性能怎样等。 很多程序逻辑错误很难通过测试发现。 软件测试 软件测试是通过执行软件来发现缺陷，它是控制软件质量的重要手段和关键活动。 软件测试要在有了软件编码后才能执行，但测试的计划和设计应在项目前期就开始。测试计划确定了测试的内容和目标，明确了测试范围，制定了测试策略和用例设计方法，安排人力和设备资源等。测试设计就是利用各种测试用例设计方法，编写测试用例，并准备测试数据，开发辅助测试工具和编写自动化测试脚本。 软件测试 在测试执行阶段，要执行测试用例，发现和记录软件缺陷。测试执行完毕后，还要对测试的结果进行分析总结，撰写测试报告，给出结论。 过程检查 过程检查就是检查软件项目的工作过程和工作成果是否符合既定的规范。在软件项目中，如果工作过程和工作成果不合规范，很可能会导致质量问题。 例如，代码和文档的版本及其命名不符合版本控制规范，重要的变更不遵循变更控制流程，都有可能造成开发工作的混乱，进而导致产品质量下降。 过程检查 工作过程和工作成果符合既定规范，也并不意味着产品质量一定能得到保证。因此过