第6章 项目质量管理

软件项目管理第6章项目质量管理Brucencepuwork@如何看待的项目的质量？2024/2/292实例曾经对一个国际性的软件公司作了一个调查，选择了由质量问题引起的10项额外工作开发人员修正缺陷测试人员验证缺陷返工设计或代码完成后的需求变化不清楚或无效的缺陷报告代码完成后补充的测试用例由于缺陷修复后所做的回归测试测试环境设置错误产品发布后遗漏的缺陷验证为产品发布后遗漏的缺陷出补丁包2024/2/293实例（续）统计结果表明，由于质量问题造成的成本（劣质成本）竟高达45.86%，差不多占开发总成本的一半。所以，软件项目质量管理，不仅有助于提高软件产品质量，而且有助于缩短开发周期，降低成本2024/2/294冰山一角2024/2/295真理产品质量是生产出来的，不是检验出来的。——威廉·戴明现实：很多软件公司投入大量时间和精力来发现和修正错误（需求、设计、实现），导致进度延期。少了些质量管理《理解专业程序员》中，扔进垃圾代码，因为错误无法交工而不断修改，最终开发出较好代码的故事2024/2/296软件的质量管理贯穿了整个软件开发周期。质量管理不仅确保项目最终交付的产品满足质量要求，而且要保证项目实施过程中阶段性成果的质量。也就是保证软件需求分析、设计和代码的质量，包括各种文档的质量正如ISO8402所规定和倡导的：“质量管理是指确定质量方针、目标和职责，并通过质量体系中的质量策划、质量控制、质量保证和质量改进来使其实现的所有管理职能的全部活动。”质量管理2024/2/297项目质量管理项目质量管理质量规划（始）

.1输入.1事业环境因素.2组织过程资产

.3项目范围说明书

.4项目管理计划.2工具和技术

.1成本效益分析

.2基准对照.3

实验设计

.4质量成本.5其他质量计划工具.3输出

.1质量管理计划

.2质量衡量指标

.3质量检查表

.4过程改进计划

.5质量基准

.6项目管理计划(更新)

执行质量保证（中）

.1输入.1质量管理计划

.2质量测量指标

.3过程改进计划

.4工作绩效信息.5批准的变更请求.6质量控制度量.7实现的变更请求.8实现的纠正措施.9实现的缺陷修复.10实现的预防措施.2工具和技术.1质量计划工具和技术.2质量审计

.3过程分析.4质量控制工具和技术.3输出.1请求的变更.2推荐的纠正措施.3组织过程资产(更新).4项目管理计划(更新)执行质量控制（尾）

.1输入.1质量管理计划

.2质量测量指标.3质量检查表

.4组织过程资产

.5工作绩效信息.6批准的变更请求.7可交付成果.2工具和技术

.1因果图

.2控制图.3流程图.4直方图

.5帕雷托图.6趋势图.7散点图.8统计抽样.9检查

.10缺陷修复审查.3输出.1质量控制度量.2确认的缺陷修复.3质量基准(更新).4推荐的纠正措施.5推荐的预防措施.6请求的变更.7推荐的缺陷修复.8组织过程资产(更新).9确认的可交付成果.10项目管理计划(更新)2024/2/298第6章项目质量管理6.1质量管理概述6.2项目质量的组织保证6.3质量计划6.4软件评审方法和过程6.5缺陷预防和跟踪分析6.6质量度量6.7过程质量管理2024/2/299质量管理概论不同的质量管理方式：病入膏肓及早治疗提前预防2024/2/29106.1质量管理概述软件质量控制

(SQC，SoftwareQualityControl)是科学地测量过程状态的基本的方法。就象汽车表盘上的仪器，可以了解行驶中的转速、速度、油量等。软件质量保证

(SQA，SoftwareQualityAssurance)则是过程和程序的参考与指南的集合。就像汽车中的用户手册。软件质量管理

(SQM，SoftwareQualityManagement)才是操作的誓学，教你如何驾车，建立质量文化和管理思想。

2024/2/2911四种不同的质量管理水平检查，通过检验保证产品的质量，符合规格的软件产品为合格品，不符合规格的产品为次品。只能判断产品质量，不检验工艺流程、设计、服务等，不能提高软件质量。相当于“软件测试/质量控制”;保证，质量目标通过软件开发部门来实现，制定质量目标和质量计划，保证软件开发流程合理性、流畅性和稳定性。相当于初期的“质量保证”;预防，软件质量以预防为主，以过程管理为重，把质量的保证工作重点放在过程管理上。从需求、设计开始就引入预防思想，相当于成熟的“质量保证”;完美，以客户为中心，贯穿于软件开发生存期过程，全员参与，追求卓越，相当于“全面软件质量管理”。2024/2/2912质量管理的支持质量管理技术（开发技术成熟度、开发工具、自动化测试水平）方法（开发模型、开发流程）基础设施（质量文化、开发环境、标准体系2024/2/2913技术层次的质量管理支持制定编程规范，有利于整体风格的统一、提高代码可读性、可维护性、可扩展性组织应通过制定统一的模板来规范文档，统一文档内容和风格实施覆盖生命周期的软件测试，包括单元、集成、系统测试，不仅要动态测试，也要静态测试（需求分析、系统设计需要评审和验证）采用统计方法（一般是量化的数理统计分析）揭示产品特征和软件开发过程特征，发现各种不一致性问题2024/2/2914基础设施2024/2/2915第6章项目质量管理6.1质量管理概述6.2项目质量的组织保证6.3质量计划6.4软件评审方法和过程6.5缺陷预防和跟踪分析6.6质量度量6.7过程质量管理2024/2/2916组织保证管理层测试组SQA组SEPG组项目组2024/2/2917组织保证（续）管理组：很强的“质量第一”的意识，能制定有利于保证和提高质量的正确策略和方针，在整个组织中营造良好的质量文化。SQA组（监督）：从流程上对软件质量进行跟踪、控制和改进。即监督项目按已经定义的流程进行，并符合已定义的相关标准。如要求建立相关文档、需求变更控制测试组（执行）：负责对软件产品进行全面的测试，包括需求评审、设计评审、功能和性能测试等，从中找出所存在的缺陷。测试组面向产品，进行事后检查。SEPG组（立法）：软件工程过程组，通常有软件专家组成，领导和协调过程改进的小组。其主要任务是推动企业所应用的过程的定义、维护和改进。类似于一个“立法”机构2024/2/2918第6章项目质量管理6.1质量管理概述6.2项目质量的组织保证6.3质量计划6.4软件评审方法和过程6.5缺陷预防和跟踪分析6.6质量度量6.7过程质量管理2024/2/2919质量计划概述质量计划：进行项目质量管理，实施项目质量方针和目标的具体规划。质量计划通常在组织的质量方针指导下定义项目的质量目标，描述项目质量管理中所需的资源、职责分配，说明如何采用正确的流程和操作程序、质量控制方法和评审技术来保证质量。软件质量计划需要覆盖软件开发和维护的整个生命周期，即需要对需求分析、设计、编码、测试、部署提出质量目标和要求，并就质量控制内容、方法和手段给出建议和指导。2024/2/29206.3质量计划6.3.1质量计划的内容6.3.2质量计划制定的步骤6.3.3如何制定有效的质量计划6.3.4质量计划的实施和控制2024/2/29216.3.1质量计划的内容目的和范围参考的文件列表质量目标，总体目标，分阶段目标，分项目标质量的任务，包括组织流程说明会，关键成果评审参与质量管理的相关人员及其责任对一些关键文档提出要求。如测试计划，配置管理计划重申适合项目的相关标准。如文档模板标准，代码编写标准评审的流程和标准。如明确区分代码评审和技术评审的不同点配置管理要求，如代码版本控制、需求变更控制问题报告和处理系统采用的质量控制工具、技术和方法等2024/2/2922质量计划模板参照

项目概述实施策略项目组织质量保证对象分析及选择质量保证任务划分实施计划资源计划记录的收集、维护与保存样例详见P1412024/2/2923质量评审的内容和手段内容需求说明评审设计文档评审测试计划评审功能性审核（内审）物理性审核（内审）管理评审手段内审：部门内部审查自己的工作，或者由一个独立部门审查其他各部门的工作，以检查组织内部是否遵守已有的模板、规则和流程等复审：在软件开发生命周期每个阶段结束之前，都正式用结束标准对该阶段的阶段性成果进行严格的技术审查。2024/2/2924质量计划制定的步骤（1）了解项目的基本概况，收集项目有关资料重点了解项目的目标、用户需求和项目的实施范围确定项目的质量目标

先根据项目总体目标和用户需求确定项目的质量总目标再根据项目组成和划分来分解项目质量目标然后建立各个具体的质量目标

确定围绕质量目标的工作任务

评审、跟踪、统计分析等明确项目质量管理组织机构

配备各级质量管理人员、设备资源确定质量管理人员的角色和责任，建立质量管理机构2024/2/2925质量计划制定的步骤（2）-项目质量责任表角色质量责任项目经理协助质量保证人员、测试组长的工作。进行全程的质量跟踪，报告质量问题，负责质量改进措施的实施质量保证人员对开发和测试过程进行质量控制，制定质量计划并负责实施、监控，组织所要求的各类评审会议等系统分析员负责需求评审的组织和实施，保证需求定义符合相关的规范架构师开发组负责人，负责设计的评审编程人员负责详细设计、编程、单元测试测试组组长参与需求、设计评审等会议。制定测试计划和测试用例的评审，执行测试的质量跟踪测试人员编写测试用例，并参与评审文档编写人员审查相关文档是否采用了最新的模板，是否符合文档规范的要求2024/2/2926质量计划制定的步骤（3）制定项目质量控制程序

项目质量控制工作程序初始的检查试验和标识程序项目实施过程中的质量检查程序不合格项目产品的控制程序各类项目实施质量记录的控制程序和交验程序项目质量计划的评审

如果项目规模较大，可以按照子项目，或根据项目进度分阶段编制和评审项目计划2024/2/29276.3.3如何制定有效的质量计划质量计划有效性体现在：项目质量计划要保证项目按计划期限完成要处理好项目质量计划与其他计划之间的关系保证项目质量计划有效性的几种方法：利益/成本分析。效益与成本之比尽可能的大。利益：减少重复性工作（避免返工），增加投资者的满意度成本：项目质量管理活动的付出基准：以其他同类历史项目的质量计划进行比较，为改进项目实施过程提供思路和可参考的标准。流程图：因果图：主要用来寻找引起质量问题的根本原因系统流程图或处理流程图：可以帮助找出解决所遇质量问题的相关方法试验设计。尝试找出最影响质量的因素、验证质量管理的合理性2024/2/29286.3.4质量计划的实施和控制质量计划主要是获得产生质量缺陷的原因，从而减少软件缺陷或避免将来犯类似错误通过设置检查点、验证点，对阶段性成果进行评审或完成质量评估，以确定项目阶段性成果是否达到所设定的质量标准。项目收尾阶段的质量控制是一个非常重要而又容易忽视的内容。它需要检查项目文件资料的完备性，包括评审会议记录、测试报告等。同时进行项目总结2024/2/29296.3.4质量计划的实施和控制（续）加强对质量计划执行情况的检查，及时发现问题在项目总体目标不变的前提下，应根据原质量计划和实际情况进行比较分析，找出问题产生的根本原因针对原因，制定出相应的技术保证措施，对原计划做出适当的调整，以确保项目质量总目标的圆满实现。2024/2/2930第6章项目质量管理6.1质量管理概述6.2项目质量的组织保证6.3质量计划6.4软件评审方法和过程6.5缺陷预防和跟踪分析6.6质量度量6.7过程质量管理2024/2/29316.4软件评审方法和过程6.4.1软件评审的方法和技术6.4.2角色和责任6.4.3软件评审过程6.4.4如何有效地组织评审2024/2/2932软件评审不管你有没有发现他们，缺陷总是存在，问题只是你最终发现它们时，需要多少纠正成本。评审的投入把质量成本从昂贵的、后期返工转变为早期的缺陷发现。——卡尔·威格

2024/2/2933软件评审的方法临时评审（Adhocreview）：自发使用轮查（Passroud）：邮件分发审查，异步进行互为复审：两个人工作内容和技术比较接近，涉及人员很少，复审效率较高，如极限编程走查（Walkthrough）：对评审对象要从头到尾检查一遍审查（Inspection）：系统化、严密的集体评审方法最不正式最正式临时评审轮查互为复审走查会议审查2024/2/2934软件评审方法（续）在软件开发过程中，各种评审技术交替使用，其原则：在不同的开发阶段和不同的场合选择适合的评审方法需求和设计评审初稿：轮查需求和设计最终定稿之前：评审会议代码评审：互为评审、自发采用“临时评审”对最可能产生较大风险的工作成果，要采用最正式的评审方法需求分析报告：走查或者会议评审核心代码：走查或者会议评审2024/2/2935软件评审技术检查表技术：简单、提高评审效率、改进评审质量。例如缺陷检查表列出容易出现的典型错误，帮助找出缺陷，排除隐患场景分析技术：更能发现错误和问题，耗时多。多用于需求文档评审，发现遗漏和多余的需求工具：提高效率，如IBM的RRP、NASA的ARM，对导入的文档统计分析，找出各种词语的出现概率，对完整性和二义性进行分析2024/2/29366.4.2评审过程中的角色和责任小组组长作者读者记录者评审员审核者协调者2024/2/29376.4.3软件评审过程（1）2024/2/2938软件评审过程（2）计划确定被评审对象确定期望达到的评审目标计划选用的评审方法会议准备确定评审组长：经验丰富、技术能力强、工作认真负责、不能和作者有密切关系（保持评审客观性）选定评审材料，找出哪些是必须评审的分发评审材料制定相应的活动进度表，提前2-3天通知小组成员2024/2/2939软件评审过程（3）召开会议：简要说明待审查内容、重申会议目标详细说明评审材料，了解各评审员对材料的了解是否一致如理解不一致，容易发现问题（二义性、遗漏、错误假设），从而找出缺陷记录问题和缺陷记录员向小组重述记录的缺陷评审决议座次图主持人作者记录员列席人员内审员技术专业人员2024/2/2940软件评审过程（4）评审决议的几种情况接受有条件接受：修订其中的一些小缺陷后通过不能接受评审未完成问题跟踪（返工）验证作者是否恰当地解决了评审会上所列出的问题考虑是否需要再次召开评审会议2024/2/2941评审注意事项明确自己的角色和责任；熟悉评审内容，为评审做好准备，做细做到位；关注问题，针对问题阐述观点，而不是对人；可以分别讨论主要的问题和次要的问题；在会议前或者会议后可以就存在的问题提出自己的建设性的意见；提高沟通能力，采取适当的、灵活的表述方式；对发现的问题，要跟踪到底。2024/2/29426.4.4如何有效地组织评审什么叫有效评审：尽可能、尽早地发现问题和缺陷高效、省时、省力实施要点：把握好流程和评审目标认真、仔细地阅读评审材料，不断思考善于提问充分沟通一切围绕用户需求进行。用户？用户的操作习惯？用户的业务流程？应用场景和操作模式2024/2/2943评审组织方法分层评审方法（高层次、低层次）先总体后细节，避免过早陷入细节，只见树木，不见森林高层次评审：主要评审产品是否满足客户的需求和期望，是否具有合理的功能层次性和完备性，能否满足客户各个方面的需求低层次评审：逐字逐行地评审文档的各项描述，包括文字、图表，要求准确、完整、清晰。比如，需要较高的性能、多数情况下支持…..Web页的刷新响应时间不超过3秒（不专业、不明确）每一个页面访问的响应时间不超过3秒2024/2/2944评审组织方法（续）分类评审方法（分业务需求、功能需求、非功能需求、用户操作性需求等）业务需求：最基本的需求、核心需求。用户的高层代表关注。资深人员（测试经理）参加评审。功能性需求：用户的中层人员关注。用户的中层人员和各个功能模块负责人参加评审。操作性需求：用户的操作人员关注。具体操作人员和测试工程师参加评审分阶段评审方法，比如：目标性需求形成时，系统功能框架形成时，当功能细化成几个部分后，对每个部分分别进行，对关键的非功能性进行单独评审对整体的需求进行全面评审2024/2/2945第6章项目质量管理6.1质量管理概述6.2项目质量的组织保证6.3质量计划6.4软件评审方法和过程6.5缺陷预防和跟踪分析6.6质量度量6.7过程质量管理2024/2/29466.5缺陷预防和跟踪分析6.5.1缺陷预防6.5.2缺陷分析6.5.3鱼骨图

软件缺陷不仅仅局限于程序功能的问题，任何与用户需求不符合的地方都是缺陷。需求说明、设计文档、测试用例等文档中也同样存在缺陷2024/2/29476.5.1缺陷预防-why质量大师克劳士比提倡“零缺陷管理”，在传统工业工程中深受欢迎。零缺陷管理的中心思想：第一次就把事情做正确，从而消除劣质成本。项目管理既要保证质量又要降低成本，最佳结合点就是要求每一个人“第一次把事情做好”软件产品的质量是做出来的，不是测试出来的。上千人的印度软件公司，只有5-6个SQA，无测试团队，软件质量依旧很好。2024/2/29486.5.1缺陷预防-how从流程上加强控制建立和规范工作流程，加强评审过程改进采用有效的工作方法代码评审单元测试提高个人的技术水平自我学习和提高延伸：测试驱动开发TDD2024/2/29496.5.2缺陷分析（1）缺陷分析：将软件开发、运行过程中产生的缺陷进行必要的收集，对缺陷的信息进行分类和汇总统计作用：通过缺陷分析，可以发现各种类型缺陷发生的概率，掌握缺陷集中的区域，明确缺陷的发展趋势，了解缺陷产生的主要原因。以便有针对性地提出遏制缺陷发生的措施，降低缺陷数量。缺陷收集工具：IBM的RTC、MantisBT、Bugfree、Bugzilla2024/2/29506.5.2缺陷分析（2）缺陷趋势分析（实时、累积）缺陷分布分析

（如缺陷产生的原因、阶段、来源）2024/2/2951趋势趋势分析缺陷趋势分析（实时、累积）：针对缺陷数目随时间而不断变化的趋势进行分析，了解缺陷的发现或修正过程是否符合期望的规律性，是否出现异常现象。需要统计每天的缺陷发现和修订情况。2024/2/2952缺陷发展趋势分析示例2024/2/2953缺陷分布分析及示例不同模块的缺陷分布图不同阶段的缺陷分布图缺陷分布分析：一种横向分析，即分析缺陷在功能模块、缺陷类型、缺陷产生原因等不同方面的分布情况。2024/2/2954分布分析示例2不同级别的缺陷分布图2024/2/29556.5.3鱼骨图可以更全面地探讨各种类别的原因鼓励通过自由讨论发挥大家的创造性提供问题与各类原因之间关系的直观表示

鱼骨图，也叫因果分析图，它是分析影响事物质量形成的诸要素间因果关系的一种分析图。因为其形状像鱼骨，俗称鱼骨图。2024/2/2956鱼骨图的应用过程鱼骨图分析法要完成从主刺到小刺的思维和分析过程，一般分三步：确定问题：或实际问题，或潜在问题找出问题的主要原因：可以采用5M方法Manpower（人力）：造成问题产生的人为因素是什么Machinery（机械）：软硬件条件对事件的影响Materials（物料）：基础的准备以及原材料Methods（方法）：与事件相关的方式与方法是否正确有效Mother-nature（环境）：内、外部环境因素的影响根据问题类别，确定细节原因2024/2/2957示例2024/2/2958工具——XMind2008Pro2024/2/2959第6章项目质量管理6.1质量管理概述6.2项目质量的组织保证6.3质量计划6.4软件评审方法和过程6.5缺陷预防和跟踪分析6.6质量度量6.7过程质量管理2024/2/29606.6质量度量6.6.1度量要素6.6.2基于缺陷的质量度量2024/2/2961质量度量的作用有效的沟通改进可见性。尽早的发现和更正问题。作出关键的权衡。跟踪特定的项目目标。按时？质量改进？管理风险。风险降低了吗？有助于决策。计划未来的项目。做为历史数据！2024/2/29626.6.1度量要素项目度量：项目的规模、成本、工作量、进度、生产力、风险、顾客满意度产品度量：以质量度量为中心，包括功能性、可靠性、易用性、可维护性、可移植性过程度量：成熟度、管理、生命周期、生产率等

2024/2/2963度量的表示方法数据图表模型：为了某种特定目的而对研究对象所做的一种简化的描述或者模拟。可以帮助澄清元素间的相互关系，识别关键元素，使得复杂信息简单易懂。2024/2/29646.6.2基于缺陷的质量度量--代码质量

代码质量BTPi

:测试过程中发现的各种级别缺陷的数目。

BFi

:产品发布之后发现的各种级别缺陷的数目。Wli

:各个缺陷的权重系数，详见P159页的表6-6WTP：测试过程中发现的缺陷的权重（测试小组内、外发现的缺陷）WF产品发布之后的缺陷的权重KCSI：新增加的和修改的千行代码数代码质量指标：这个值越低，说明发现的缺陷越少或者严重性越低，同时说明代码质量越高代码质量=2024/2/29656.6.2基于缺陷的质量度量—产品质量

产品质量WF产品发布之后的缺陷的权重KCSI：新增加的和修改的千行代码数指标含义：这个指标值越低，说明遗留给客户的缺陷越少或者严重性越低，同时说明产品发布的质量越高。产品质量=2024/2/29666.6.2基于缺陷的质量度量—测试有效性

测试有效性WT：整个产品中由测试小组发现的所有缺陷的权重，不仅包含了测试小组在测试阶段发现的缺陷，也包括产品发布之后由测试小组发现的缺陷WTP：测试过程中发现的缺陷的权重（测试小组内、外发现的缺陷）WF产品发布之后的缺陷的权重指标含义：这个指标值越高，约接近100%，说明测试小组的有效性（效率）越高。做为高水平的测试团队，可以达到90-95%测试有效性=2024/2/2967第6章项目质量管理6.1质量管理概述6.2项目质量的组织保证6.3质量计划6.4软件评审方法和过程6.5缺陷预防和跟踪分析6.6质量度量6.7过程质量管理2024/2/29686.7过程质量管理6.7.1过程质量度量6.7.2缺陷移除和预防2024/2/29696.7.1过程质量度量产品的质量在一定程度上依赖于过程的质量。软件过程质量的度量：对软件开发过程中各个方面质量指标进行度量，目的在于预测过程的未来性能，减少过程结果的偏差，对软件过程的行为进行目标管理，为过程控制、过程评价、持续改善建立量化管理奠定基础过程质量度量的指标有：过程缺陷密度整体缺陷清除率阶段性缺陷清除率缺陷到达模式2024/2/2970过程质量度量—过程缺陷密度过程缺陷密度（DensityInProcessFaults，DIPF）：用来判定过程产品的质量，以及检验过程的执行程度。Dn：某阶段或整个项目被发现的缺陷数Sp：被测试的软件产品规模数（如代码行数、功能点数、对象数等）当DIPF过低时，应考虑两种情况：软件产品质量很好，缺陷很少方法或者能力不到位，不能发现产品中的某部分缺陷DIPF=Dn/Sp

2024/2/2971过程质量度量—整体缺陷清除率缺陷被清除的程度能反映出项目组在质量上的工作表现，也能反映待发布的产品质量。如果开发中大量的严重缺陷未被清除，可能阻止测试进行，也必然影响软件过程的质量和性能缺陷清除率（DefectRemovalEfficiency，DRE）度量缺陷清除的程度。2024/2/2972过程质量度量—整体缺陷清除率（续）假定F：软件规模的功能点数D1：软件开发过程中发现的所有缺陷数D2：软件发布后发现的缺陷数D：发现的总缺陷数。D=D1+D2。则质量