第6章 项目质量

上传人:油** 文档编号:240716200 上传时间:2024-05-02 格式:PPT 页数:81 大小:2.15MB
收藏 版权申诉 举报 下载
第6章 项目质量_第1页
第1页 / 共81页
第6章 项目质量_第2页
第2页 / 共81页
第6章 项目质量_第3页
第3页 / 共81页
资源描述:

《第6章 项目质量》由会员分享,可在线阅读,更多相关《第6章 项目质量(81页珍藏版)》请在装配图网上搜索。

1、第第6 6章章 项目质量管理项目质量管理如何看待的项目的质量?如何看待的项目的质量?2024/5/22实例例 曾经对一个国际性的软件公司作了一个调查,选择了由质量问题引起的10项额外工作,即“开发人员修正缺陷、测试人员验证缺陷、返工、设计或代码完成后的需求变化、不清楚或无效的缺陷报告、代码完成后补充的测试用例、由于缺陷修复后所做的回归测试、测试环境设置错误、产品发布后遗漏的缺陷验证、为产品发布后遗漏的缺陷出补丁包等”,统计结果表明,由于质量问题造成的成本(劣质成本)竟高达45.86%45.86%,差不多占开发总成本的一半。所以,软件项目质量管理,不仅有助于提高软件产品质量,而且有助于缩短开发周

2、期,降低成本2024/5/23冰山一角冰山一角2024/5/24真理真理v产品质量是生产出来的,不是检验出来的。威廉戴明v现实:很多软件公司投入大量时间和精力来发现和修和修正正错误(需求、设计、实现),导致进度延期。少了些质量管理理解专业程序员中,扔进垃圾代码,因为错误无法交工而不断修改,最终开发出较好代码的故事2024/5/25v软件的质量管理贯穿了整个软件开发周期。v质量管理不仅确保项目最终交付的产品满足质量要求,而且要保证项目实施过程中阶段性成果的质量。也就是保证软件需求分析、设计和代码的质量,包括各种文档的质量v正如ISO8402所规定和倡导的:“质量管理是指确定质量方针、目标和职责,

3、并通过质量体系中的质量策划、质量控制、质量保证和质量改进来使其实现的所有管理职能的全部活动。”质量管理量管理2024/5/26项目质量管理项目质量管理项目质量管理项目质量管理项目质量管理质量规划(始)质量规划(始).1 输入输入 .1 事业环境因素事业环境因素 .2 组织过程资产组织过程资产 .3 项目范围说明书项目范围说明书 .4 项目管理计划项目管理计划.2 工具和技术工具和技术 .1 成本效益分析成本效益分析 .2 基准对照基准对照 .3 实验设计实验设计 .4 质量成本质量成本.5其他质量计划工具其他质量计划工具.3 输出输出 .1 质量管理计划质量管理计划.2质量衡量指标质量衡量指标

4、.3质量检查表质量检查表.4过程改进计划过程改进计划 .5 质量基准质量基准.6项目管理计划项目管理计划(更新更新)执行质量保证执行质量保证(中)(中).1 输入输入 .1 质量管理计划质量管理计划 .2 质量测量指标质量测量指标 .3 过程改进计划过程改进计划 .4 工作绩效信息工作绩效信息.5批准的变更请求批准的变更请求.6质量控制度量质量控制度量.7实现的变更请求实现的变更请求.8实现的纠正措施实现的纠正措施.9实现的缺陷修复实现的缺陷修复.10实现的预防措施实现的预防措施.2 工具和技术工具和技术 .1 质量计划工具和技术质量计划工具和技术 .2 质量审计质量审计 .3 过程分析过程分

5、析.4质量控制工具和技术质量控制工具和技术.3 输出输出 .1 请求的变更请求的变更.2推荐的纠正措施推荐的纠正措施.3组织过程资产组织过程资产(更新更新).4项目管理计划项目管理计划(更新更新)执行质量控制执行质量控制(尾)(尾).1 输入输入 .1 质量管理计划质量管理计划 .2 质量测量指标质量测量指标 .3 质量检查表质量检查表.4组织过程资产组织过程资产 .5 工作绩效信息工作绩效信息 .6 批准批准的变更请求的变更请求.7可交付成果可交付成果.2 工具和技术工具和技术 .1 因果图因果图 .2 控制图控制图.3流程图流程图.4直方图直方图.5 帕雷托帕雷托图图.6趋势图趋势图.7散

6、点图散点图.8统计抽样统计抽样.9检查检查.10缺陷修复审查缺陷修复审查.3 输出输出.1质量控制度量质量控制度量.2确认的缺陷修复确认的缺陷修复.3质量基准质量基准(更新更新).4推荐的纠正措施推荐的纠正措施.5推荐的预防措施推荐的预防措施.6请求的变更请求的变更.7推荐的缺陷修复推荐的缺陷修复.8组织过程资产组织过程资产(更新更新).9确认的可交付成果确认的可交付成果.10项目管理计划项目管理计划(更新更新)2024/5/27第第6章项目质量管理章项目质量管理6.1 质量管理概述质量管理概述6.2 项目质量的组织保证6.3 质量计划6.4 软件评审方法和过程6.5 缺陷预防和跟踪分析6.6

7、 质量度量6.7 过程质量管理2024/5/28质量管理概量管理概论v不同的质量管理方式:病入膏肓病入膏肓及早治疗及早治疗提前预防提前预防2024/5/296.1 质质量管理概述量管理概述v软件件质量控制量控制(SQC,Software Quality Control)是科学地测量过程状态的基本的方法。就象汽车表盘上的仪器,可以了解行驶中的转速、速度、油量等。v软件件质量保量保证(SQA,Software Quality Assurance)则是过程和程序的参考与指南的集合。就像汽车中的用户手册。v软件件质量管理量管理(SQM,Software Quality Management)才是操作的

8、誓学,教你如何驾车,建立质量文化和管理思想。2024/5/210四种不同的四种不同的质量管理水平量管理水平v检查,通过检验保证产品的质量,符合规格的软件产品为合格品,不符合规格的产品为次品。只能判断产品质量,不检验工艺流程、设计、服务等,不能提高软件质量。相当于“软件测试/质量控制”;v保保证,质量目标通过软件开发部门来实现,制定质量目标和质量计划,保证软件开件开发流程流程合理性、流畅性和稳定性。相当于初期初期的“质量保证”;v预防防,软件质量以预防为主,以过程管理为重,把质量的保证工作重点放在过程管理上。从需求、设计开始就引入预防思想,相当于成熟成熟的“质量保证”;v完美完美,以客户为中心,

9、贯穿于软件开发生存期过程,全员参与,追求卓越,相当于“全面软件质量管理”。2024/5/211质质量管理量管理的支持的支持质量管理质量管理技术(开发技术成熟技术(开发技术成熟度、开发工具、自动度、开发工具、自动化测试水平)化测试水平)方法(开发模型、方法(开发模型、开发流程)开发流程)基础设施(质量文化、开发环境、基础设施(质量文化、开发环境、标准体系标准体系2024/5/212技技术层术层次的次的质质量管理支持量管理支持v制定编程规范,有利于整体风格的统一、提高代码可读性、可维护性、可扩展性v组织应通过制定统一的模板来规范文档,统一文档内容和风格v实施覆盖生命周期的软件测试,包括单元、集成、

10、系统测试,不仅要动态测试,也要静态测试(需求分析、系统设计需要评审和验证)v采用统计方法(一般是量化的数理统计分析)揭示产品特征和软件开发过程特征,发现各种不一致性问题2024/5/213基础设施基础设施2024/5/214第第6章项目质量管理章项目质量管理6.1 质量管理概述6.2 项目质量的组织保证项目质量的组织保证6.3 质量计划6.4 软件评审方法和过程6.5 缺陷预防和跟踪分析6.6 质量度量6.7 过程质量管理2024/5/215组织组织保保证证管理层测试组SQA组SEPG组项目组2024/5/216组织组织保保证证(续续)v管理管理组:很强的“质量第一”的意识,能制定有利于保证和

11、提高质量的正确策略和方针,在整个组织中营造良好的质量文化。vSQASQA组:从流程上对软件质量进行跟踪、控制和改进。即监督督项目按已经定义的流程进行,并符合已定义的相关标准。如要求建立相关文档、需求变更控制v测试组:负责对软件产品进行全面的测试,包括需求评审、设计评审、功能和性能测试等,从中找出所存在的缺陷。测试组面向产品,进行事后检查。vSEPGSEPG组:软件工程过程组,通常有软件专家组成,领导和协调过程改进的小组。其主要任务是推动企业所应用的过程的定义、维护和改进。类似于一个“立法”机构2024/5/217第第6章项目质量管理章项目质量管理6.1 质量管理概述6.2 项目质量的组织保证6

12、.3 质量计划质量计划6.4 软件评审方法和过程6.5 缺陷预防和跟踪分析6.6 质量度量6.7 过程质量管理2024/5/218质质量量计计划概述划概述v质量量计划:划:进行项目质量管理,实施项目质量方针和目标的具体规划。v质量计划通常在组织的质量方针指导下定义项目的质量目标,描述项目质量管理中所需的资源、职责分配,说明如何采用正确的流程和操作程序、质量控制方法和评审技术来保证质量。v软件质量计划需要覆盖软件开发和维护的整个生命周期,即需要对需求分析、设计、编码、测试、部署提出质量目标和要求,并就质量控制内容、方法和手段给出建议和指导。2024/5/2196.3 质质量量计计划划6.3.1

13、质量计划的内容6.3.2 质量计划制定的步骤6.3.3 如何制定有效的质量计划6.3.4 质量计划的实施和控制2024/5/2206.3.1 质量量计划的内容划的内容v目的和范围v参考的文件列表v质量目标,总体目标,分阶段目标,分项目标v质量的任务,包括组织流程说明会,关键成果评审v参与质量管理的相关人员及其责任v对一些关键文档提出要求。如测试计划,配置管理计划v重申适合项目的相关标准。如文档模板标准,代码编写标准v评审的流程和标准。如明确区分代码评审和技术评审的不同点v配置管理要求,如代码版本控制、需求变更控制v问题报告和处理系统v采用的质量控制工具、技术和方法等2024/5/221质量计划

14、模板参照质量计划模板参照v 项目概述v 实施策略v 项目组织v 质量保证对象分析及选择v 质量保证任务划分v 实施计划v 资源计划v 记录的收集、维护与保存样例详见样例详见P1412024/5/222质质量量评审评审的内容和手段的内容和手段v内容内容1.需求说明评审2.设计文档评审3.测试计划评审4.功能性审核(内审)5.物理性审核(内审)6.管理评审v手段手段内内审:部门内部审查自己的工作,或者由一个独立部门审查其他各部门的工作,以检查组织内部是否遵守已有的模板、规则和流程等复复审:在软件开发生命周期每个阶段结束之前,都正式用结束标准对该阶段的阶段性成果进行严格的技术审查。2024/5/22

15、3质量量计划制定的步划制定的步骤(1)1.了解了解项目的基本概况,收集目的基本概况,收集项目有关目有关资料料v重点了解项目的目标、用户需求和项目的实施范围2.确定确定项目的目的质量目量目标 v先根据项目总体目标和用户需求确定项目的质量总目标v再根据项目组成和划分来分解项目质量目标v然后建立各个具体的质量目标3.确定确定围绕质量目量目标的工作任的工作任务 v评审、跟踪、统计分析等4.明确明确项目目质量管理量管理组织机构机构 v配备各级质量管理人员、设备资源v确定质量管理人员的角色和责任,建立质量管理机构2024/5/224质量量计划制定的步划制定的步骤(2)-项目目质量量责任表任表角色质量责任项

16、目经理协助质量保证人员、测试组长的工作。进行全程的质量跟踪,报告质量问题,负责质量改进措施的实施质量保证人员对开发和测试过程进行质量控制,制定质量计划并负责实施、监控,组织所要求的各类评审会议等系统分析员 负责需求评审的组织和实施,保证需求定义符合相关的规范架构师开发组负责人,负责设计的评审编程人员负责详细设计、编程、单元测试测试组组长 参与需求、设计评审等会议。制定测试计划和测试用例的评审,执行测试的质量跟踪测试人员编写测试用例,并参与评审文档编写人员审查相关文档是否采用了最新的模板,是否符合文档规范的要求2024/5/225质量量计划制定的步划制定的步骤(3)5.制定制定项目目质量控制程序

17、量控制程序 v项目质量控制工作程序v初始的检查试验和标识程序v项目实施过程中的质量检查程序v不合格项目产品的控制程序v各类项目实施质量记录的控制程序和交验程序6.项目目质量量计划的划的评审 v如果项目规模较大,可以按照子项目,或根据项目进度分阶段编制和评审项目计划2024/5/2266.3.3 如何制定有效的如何制定有效的质量量计划划质量量计划有效性体划有效性体现在:在:1.项目质量计划要保证项目按计划期限完成2.要处理好项目质量计划与其他计划之间的关系保证项目质量计划有效性的几种方法:1.利益利益/成本分析成本分析。效益与成本之比尽可能的大。利益:减少重复性工作(避免返工),增加投资者的满意

18、度成本:项目质量管理活动的付出2.基准基准:以其他同类历史项目的质量计划进行比较,为改进项目实施过程提供思路和可参考的标准。3.流程流程图:因果图:主要用来寻找引起质量问题的根本原因系统流程图或处理流程图:可以帮助找出解决所遇质量问题的相关方法4.试验设计。尝试找出最影响质量的因素、验证质量管理的合理性2024/5/2276.3.4 质量量计划的划的实施和控制前言施和控制前言v质量计划主要是获得产生质量缺陷的原因,从而减少软件缺陷或避免将来犯类似错误v通过设置检查点、验证点,对阶段性成果进行评审或完成质量评估,以确定项目阶段性成果是否达到所设定的质量标准。v项目收尾目收尾阶段的段的质量控制量控

19、制是一个非常重要而又容易忽视的内容。它需要检查项目文件资料的完备性,包括评审会议记录、测试报告等。同时进行项目总结2024/5/2286.3.4 质量量计划的划的实施和控制(施和控制(续)v加强对质量计划执行情况的检查,及时发现问题v在项目总体目标不变的前提下,应根据原质量计划和实际情况进行比较分析,找出问题产生的根本原因v针对原因,制定出相应的技术保证措施,对原计划做出适当的调整,以确保项目质量总目标的圆满实现。2024/5/229第第6章项目质量管理章项目质量管理6.1 质量管理概述6.2 项目质量的组织保证6.3 质量计划6.4 软件评审方法和过程软件评审方法和过程6.5 缺陷预防和跟踪

20、分析6.6 质量度量6.7 过程质量管理2024/5/2306.4 软软件件评审评审方法和方法和过过程程6.4.1 软件评审的方法和技术软件评审的方法和技术6.4.2 角色和责任角色和责任6.4.3 软件评审过程软件评审过程6.4.4 如何有效地组织评审如何有效地组织评审2024/5/231软件件评审v不管你有没有发现他们,缺陷总是存在,问题只是你最终发现它们时,需要多少纠正成本。评审的投入把的投入把质量成本从量成本从昂昂贵的、后期返工的、后期返工转变为早期的缺陷早期的缺陷发现。卡尔威格 2024/5/232软件件评审的方法的方法v临时评审临时评审(Ad hoc review):自发使用v轮查

21、轮查(Passroud):邮件分发审查,异步进行v互为复审互为复审:两个人工作内容和技术比较接近,涉及人员很少,复审效率较高,如极限编程v走查走查(Walkthrough):对评审对象要从头到尾检查一遍v审查审查(Inspection):系统化、严密的集体评审方法最不正式最不正式最正式最正式临时评审临时评审轮查轮查互为复审互为复审走查走查会议审查会议审查2024/5/233软软件件评审评审方法(方法(续续)v在软件开发过程中,各种评审技术交替使用,其原则:1.在不同的开发阶段和不同的场合选择适合的评审方法需求和设计评审初稿:轮查需求和设计最终定稿之前:评审会议代码评审:互为评审、自发采用“临时

22、评审”2.对最可能产生较大风险的工作成果,要采用最正式的评审方法需求分析报告:走查或者会议评审核心代码:走查或者会议评审2024/5/234软软件件评审评审技技术术v检查表技表技术:简单、提高评审效率、改进评审质量。例如缺陷检查表列出容易出现的典型错误,帮助找出缺陷,排除隐患v场景分析技景分析技术:更能发现错误和问题,耗时多。多用于需求文档评审,发现遗漏和多余的需求v工具:工具:提高效率,如IBM的RRP、NASA的ARM,对导入的文档统计分析,找出各种词语的出现概率,对完整性和二义性进行分析2024/5/2356.4.2 评审过程中的角色和程中的角色和责任任v小组组长v作者v读者v记录者v评

23、审员v审核者v协调者2024/5/2366.4.3 软软件件评审过评审过程程(1)2024/5/237软软件件评审过评审过程程(2)v计划确定被评审对象确定期望达到的评审目标计划选用的评审方法v会议准备确定评审组长:经验丰富、技术能力强、工作认真负责、不能和作者有密切关系(保持评审客观性)选定评审材料,找出哪些是必须评审的分发评审材料制定相应的活动进度表,提前2-3天通知小组成员2024/5/238软软件件评审过评审过程程(3)召开会召开会议:1.简要说明待审查内容、重申会议目标2.详细说明评审材料,了解各评审员对材料的了解是否一致3.如理解不一致,容易发现问题(二义性、遗漏、错误假设),从而

24、找出缺陷4.记录问题和缺陷5.记录员向小组重述记录的缺陷6.评审决议座次图座次图主持人作者记录员列席人员内审员技术专业人员2024/5/239软软件件评审过评审过程程(4)v评审决议的几种情况接受有条件接受:修订其中的一些小缺陷后通过不能接受评审未完成v问题跟踪(返工)验证作者是否恰当地解决了评审会上所列出的问题考虑是否需要再次召开评审会议2024/5/240评审评审注意事注意事项v明确自己的角色和责任;v熟悉评审内容,为评审做好准备,做细做到位;v关注问题,针对问题阐述观点,而不是对人;v可以分别讨论主要的问题和次要的问题;v在会议前或者会议后可以就存在的问题提出自己的建设性的意见;v提高沟

25、通能力,采取适当的、灵活的表述方式;v对发现的问题,要跟踪到底。2024/5/2416.4.4 如何有效地如何有效地组织评审组织评审什么叫有效什么叫有效评审:尽可能、尽早地发现问题和缺陷高效、省时、省力实施要点:施要点:把握好流程和评审目标 认真、仔细地阅读评审材料,不断思考 善于提问 充分沟通一切围绕用户需求进行。用户?用户的操作习惯?用户的业务流程?应用场景和操作模式2024/5/242评审评审组织方法方法v分分层评审方法方法(高层次、低层次)1.先先总体后体后细节,避免过早陷入细节,只见树木,不见森林2.高高层次次评审:主要评审产品是否满足客户的需求和期望,是否具有合理的功能层次性和完备

26、性,能否满足客户各个方面的需求3.低低层次次评审:逐字逐行地评审文档的各项描述,包括文字、图表,要求准确、完整、清晰。比如,需要较高的性能、多数情况下支持.vWeb页的刷新响应时间不超过3秒(不专业、不明确)v每一个页面访问的响应时间不超过3秒2024/5/243评审评审组织方法(方法(续)v分分类评审方法方法(分业务需求、功能需求、非功能需求、用户操作性需求等)业务需求需求:最基本的需求、核心需求。用户的高层代表关注。资深人员(测试经理)参加评审。功能性需求功能性需求:用户的中层人员关注。用户的中层人员和各个功能模块负责人参加评审。操作性需求操作性需求:用户的操作人员关注。具体操作人员和测试

27、工程师参加评审v分分阶段段评审方法,比如:方法,比如:目标性需求形成时,系统功能框架形成时,当功能细化成几个部分后,对每个部分分别进行,对关键的非功能性进行单独评审对整体的需求进行全面评审2024/5/244第第6章项目质量管理章项目质量管理6.1 质量管理概述6.2 项目质量的组织保证6.3 质量计划6.4 软件评审方法和过程6.5 缺陷预防和跟踪分析缺陷预防和跟踪分析6.6 质量度量6.7 过程质量管理2024/5/2456.5 缺陷缺陷预预防和跟踪分析防和跟踪分析6.5.1 缺陷预防缺陷预防6.5.2 缺陷分析缺陷分析6.5.3 鱼骨图鱼骨图 软件缺陷不仅仅局限于程序功软件缺陷不仅仅局限

28、于程序功能的问题,任何与用户需求不符合能的问题,任何与用户需求不符合的地方都是缺陷。需求说明、设计的地方都是缺陷。需求说明、设计文档、测试用例等文档中也同样存文档、测试用例等文档中也同样存在缺陷在缺陷2024/5/2466.5.1 缺陷缺陷预预防防-whyv质量大师克劳士比提倡“零缺陷管理”,在传统工业工程中深受欢迎。零缺陷管理的中心思想:第一次就把事情做正确,第一次就把事情做正确,从而消除劣从而消除劣质成本成本。v项目管理既要保证质量又要降低成本,最佳最佳结合点合点就是要求每一个人“第一次把事情做好”v软件产品的质量是做出来的,不是测试出来的。上千人的印度软件公司,只有5-6个SQA,无测试

29、团队,软件质量依旧很好。2024/5/2476.5.1 缺陷缺陷预预防防-howv从流程上加强控制建立和规范工作流程,加强评审过程改进v采用有效的工作方法代码评审单元测试v提高个人的技术水平自我学习和提高v延伸:测试驱动开发TDD2024/5/2486.5.2 缺陷分析缺陷分析(1)v缺陷分析:缺陷分析:将软件开发、运行过程中产生的缺陷进行必要的收集,对缺陷的信息进行分类和汇总统计v作用作用:通过缺陷分析,可以发现各种类型缺陷发生的概率,掌握缺陷集中的区域,明确缺陷的发展趋势,了解缺陷产生的主要原因。以便有针对性地提出遏制缺陷发生的措施,降低缺陷数量。v缺陷收集工具缺陷收集工具:IBM的RTC

30、、MantisBT、Bugfree、Bugzilla2024/5/2496.5.2 缺陷分析缺陷分析(2)v缺陷缺陷趋势分析分析(实时、累积)v缺陷分布分析缺陷分布分析(如缺陷产生的原因、阶段、来源)2024/5/250趋势趋势分析分析v缺陷缺陷趋势分析分析(实时、累积):针对缺陷数目随时间而不断变化的趋势进行分析,了解缺陷的发现或修正过程是否符合期望的规律性,是否出现异常现象。v需要统计每天的缺陷发现和修订情况。2024/5/251缺陷缺陷发展展趋势分析示例分析示例2024/5/252缺陷分布分析及示例缺陷分布分析及示例不同模块的缺陷分布图不同模块的缺陷分布图不同阶段的缺陷分布图不同阶段的缺

31、陷分布图v缺陷分布分析缺陷分布分析:一种横向分析,即分析缺陷在功能模块、缺陷类型、缺陷产生原因等不同方面的分布情况。2024/5/253分布分析示例分布分析示例 2不同级别的缺陷分布图不同级别的缺陷分布图2024/5/2546.5.3 鱼鱼骨骨图图v可以更全面地探讨各种类别的原因v鼓励通过自由讨论发挥大家的创造性 v提供问题与各类原因之间关系的直观表示 鱼骨图鱼骨图,也叫因果分析图,它是分析影响事物质量形成的诸要素间因果关系的一种分析图。因为其形状像鱼骨,俗称鱼骨图。2024/5/255鱼鱼骨骨图图的的应应用用过过程程鱼骨骨图分析法要完成从主刺到小刺的思分析法要完成从主刺到小刺的思维和分析和分

32、析过程程,一般分三步:1.确定问题:或实际问题,或潜在问题2.找出问题的主要原因:可以采用5M方法Manpower(人力):造成问题产生的人为因素是什么Machinery(机械):软硬件条件对事件的影响Materials(物料):基础的准备以及原材料Methods(方法):与事件相关的方式与方法是否正确有效Mother-nature(环境):内、外部环境因素的影响3.根据问题类别,确定细节原因2024/5/256示例示例2024/5/257工具工具XMind 2008 Pro2024/5/258第第6章项目质量管理章项目质量管理6.1 质量管理概述6.2 项目质量的组织保证6.3 质量计划6.

33、4 软件评审方法和过程6.5 缺陷预防和跟踪分析6.6 质量度量质量度量6.7 过程质量管理2024/5/2596.6 质质量量度量度量6.6.1 度量要素度量要素6.6.2 基于缺陷的质量度量基于缺陷的质量度量2024/5/260质量度量的作用量度量的作用1.有效的沟通和改进可见性。2.尽早的发现和更正问题。3.作出关键的权衡。4.跟踪特定的项目目标。按时?质量改进?5.管理风险。风险降低了吗?6.有助于决策。7.计划未来的项目。做为历史数据!2024/5/2616.6.1 度量要素度量要素v项目度量目度量:项目的规模、成本、工作量、进度、生产力、风险、顾客满意度v产品度量品度量:以质量度量

34、为中心,包括功能性、可靠性、易用性、可维护性、可移植性v过程度量程度量:成熟度、管理、生命周期、生产率等 2024/5/262度量的表示方法度量的表示方法v数据v图表v模型:为了某种特定目的而对研究对象所做的一种一种简化的化的描述或者模描述或者模拟。可以帮助澄清元素间的相互关系,识别关键元素,使得复杂信息简单易懂。2024/5/2636.6.2 基于缺陷的基于缺陷的质量度量量度量-代代码质量量v 代码质量代码质量BTPi:测试过程中发现的各种级别缺陷的数目。BFi:产品发布之后发现的各种级别缺陷的数目。Wli:各个缺陷的权重系数,详见P159页的表6-6WTP:测试过程中发现的缺陷的权重(测试

35、小组内、外发现的缺陷)WF 产品发布之后的缺陷的权重KCSI:新增加的和修改的千行代码数代码质量指标:这个值越低,说明发现的缺陷越少或者严重性越低,同时说明代码质量越高代码质量代码质量=2024/5/2646.6.2 基于缺陷的基于缺陷的质量度量量度量产品品质量量v 产品质量产品质量WF 产品发布之后的缺陷的权重KCSI:新增加的和修改的千行代码数指标含义:指标含义:这个指标值越低,说明遗留给客户的缺陷越少或者严重性越低,同时说明产品发布的质量越高。产品质量产品质量=2024/5/2656.6.2 基于缺陷的基于缺陷的质量度量量度量测试有效性有效性v 测试有效性测试有效性WT:整个产品中由测试

36、小组发现的所有缺陷的权重,不仅包含了测试小组在测试阶段发现的缺陷,也包括产品发布之后由测试小组发现的缺陷WTP:测试过程中发现的缺陷的权重(测试小组内、外发现的缺陷)WF 产品发布之后的缺陷的权重指标含义:指标含义:这个指标值越高,约接近100%,说明测试小组的有效性(效率)越高。做为高水平的测试团队,可以达到90-95%测试有效性测试有效性=2024/5/266第第6章项目质量管理章项目质量管理6.1 质量管理概述6.2 项目质量的组织保证6.3 质量计划6.4 软件评审方法和过程6.5 缺陷预防和跟踪分析6.6 质量度量6.7 过程质量管理过程质量管理2024/5/2676.7 过程程质量

37、管理量管理6.7.1 过程质量度量6.7.2 缺陷移除和预防2024/5/2686.7.1 过程程质量度量量度量v产品的质量在一定程度上依赖于过程的质量。v软件件过程程质量的度量:的度量:对软件开发过程中各个方面质量指标进行度量,目的在于预测过程的未来性能,减少过程结果的偏差,对软件过程的行为进行目标管理,为过程控制、过程评价、持续改善建立量化管理奠定基础v过程质量度量的指指标有:过程缺陷密度整体缺陷清除率 阶段性缺陷清除率缺陷到达模式2024/5/269过过程程质质量度量量度量过过程缺陷密度程缺陷密度v过程缺陷密度(Density In Process Faults,DIPF):用来判定过程

38、产品的质量,以及检验过程的执行程度。vDn:某阶段或整个项目被发现的缺陷数vSp:被测试的软件产品规模数(如代码行数、功能点数、对象数等)v当DIPF过低时,应考虑两种情况:1.软件产品质量很好,缺陷很少2.方法或者能力不到位,不能发现产品中的某部分缺陷DIPF=Dn/Sp2024/5/270过过程程质质量度量量度量整体缺陷清除率整体缺陷清除率v缺陷被清除的程度缺陷被清除的程度能反映出项目组在质量上的工作表现,也能反映待发布的产品质量。v如果开发中大量的严重缺陷未被清除,可能阻止测试进行,也必然影响软件过程的质量和性能v缺陷清除率缺陷清除率(Defect Removal Efficiency,

39、DRE)度量缺陷清除的程度。2024/5/271过过程程质质量度量量度量整体缺陷清除率(整体缺陷清除率(续续)假定假定vF:软件规模的功能点数vD1:软件开发过程中发现的所有缺陷数vD2:软件发布后发现的缺陷数vD:发现的总缺陷数。D=D1+D2。则v质量=D2/Fv缺陷注入率=D/Fv整体缺陷清除率=D1/Dv例如例如:某系统有100个功能点,开发中发现了20个缺陷,提交后又发现了3个错误。v解解:D1=20,D2=3,D=D1+D2=23。质量=D2/F=3/100 缺陷注入率=D/F=23/100 整体缺陷清除率=D1/D=3/23业界平均水平为80%高水平软件公司可达到95%2024/

40、5/272过过程程质质量度量量度量阶阶段性缺陷清除率段性缺陷清除率v清除软件缺陷的难易程度在各个阶段不同。比如需求分析问题、设计错误的修改相对困难些v引入阶段性缺陷清除率,细化DRE指标。过程中注入的缺陷数陷数(该阶段)开发该阶段入口处存在的缺)排除的缺陷数(该阶段1002024/5/273过程程质量度量量度量缺陷到达模式缺陷到达模式v问题:产品的缺陷密度或者测试阶段的缺陷率是概括性指标。两个正在开发的软件产品,其缺陷密度是一样的,但其质量差异可能较大,一个发布前的缺陷多,而另一个发布后的缺陷多。如何描述这种差异呢?v缺陷到达模式缺陷到达模式可以提供这种过程信息。模式一表明:测试团队越成熟,峰

41、值到达得越早,纠正成本越低,软件质量越高。2024/5/274过程程质量度量量度量缺陷到达模式(续)缺陷到达模式(续)缺陷到达模式的作用:缺陷到达模式的作用:1.可以用于整个软件开发周期或者某个特定的开发阶段(单元测试阶段、系统测试阶段等);2.可以扩展到修正的缺陷、关闭的缺陷,可以获取有关开发人员工作效率分析、缺陷修正进程分析、质量进程分析。2024/5/275过程程质量度量量度量缺陷缺陷发现率率v缺陷发现率 bug/KLOCKLOC是指千行代码,而bug/KLOC的意思是每千行代码平均产生的缺陷数量。CMM5CMM50.320.322024/5/2766.7.2 缺陷移除和缺陷移除和预防方

42、法防方法v经常常查看缺陷数据并更新缺陷看缺陷数据并更新缺陷检查表。表。当发现什么地方做得好就保持,发现什么地方做得不好就反思如何改进并更新检查表。不断地,检查表就变成了个人经验的总结。v数据数据记录和分析和分析v有效的有效的设计。v更完善更完善彻底的底的设计2024/5/277本章小本章小结结v项目质量保证的组织架构(测试组、管理层、SQA组、SEPG组)v质量计划制定的步骤(6步)v软件评审的方法(5种)、技术(检查表技术、场景分析技术)、过程v缺陷趋势分析、缺陷分布分析、鱼骨图v质量度量代码质量产品质量测试有效性v过程质量度量过程缺陷密度整体缺陷清除率 阶段性缺陷清除率缺陷到达模式2024/5/278思考思考题题和和课课后作后作业业v简要说明评审的流程v谈谈缺陷趋势分析和分布分析有什么不同,他们对质量管理工作有什么帮助v用来测试软件过程质量的指标有哪些?v实验题:针对选定系统,完成项目的质量计划2024/5/279Q&A2024/5/280结束语结束语谢谢大家聆听!谢谢大家聆听!81

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!