软件质量保证ppt课件

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,软件质量保证,SQA,职责与活动,概要,质量管理发展及发展方向,SQA,职责及活动,质量管理发展,质量管理发展五个阶段,质量管理发展方向,质量管理发展五个阶段,1900,手工操作者,专职检验员,1920,过程统计技术,1931,全面质量管理,1960,2000,以顾客为中心,阶,段,时间,质量管理发展趋势,一个核心和,两个基本改变,核心：由对结果的检验转向对,过程精细,的控制,改变：,管理范围的改变,由针对以产品生产制造服务质量管理,扩大,到,行政部门工作质量。,关注焦点的转移,由面向以产品生存周期的,服务质量管理转向,顾客满意为中心,质量管理。,软件产业要经历三个不同时代,结构化生产时代,(,70,年代中期至,90,年代中期,),：结构化分析；结构化设计；结构化程序设计；结构化测试；结构化审查与走查。,以过程为中心的时代,(,从,80,年代中期至,2010,年前后,),：寓质量和效率于生产过程之中；关于软件过程的主要流派,(,ISO 9000,，,CMM/PSP/TSP,),。,软件工业化生产时代,(,1995,年开始,),：基础技术,(,软件过程技术，面向对象技术，基于构件的开发技术,),；主要问题,(,标准化，产业文化，政策法规,),；对前途的估计,(,我国,2005,年可以进入软件工业化生产时代,),。,对于,SQA,一些误解,误解一、如果发布出去的软件有质量问题，那是软件测试人员的错；,软件的质量是,做,出来的，而不是,测,出来的,对,SQA,与测试工作的误解,误解二、软件测试技术要求不高，比编程容易多了；,很多人认为软件测试就是运行一下软件，然后看看结果对不对。但实际上，如何在有限的投入下，提高软件测试的效率和产出是一件很见功底的事情。所以，好的测试人员不仅要掌握各种测试技术和测试工具，还要具备丰富的编程经验和对,BUG,的敏感。另外，测试统计技术也是一项很特别的技术,对,SQA,与测试工作的误解,误解五、设计,-,实现,-,测试，软件测试是开发后期的一个阶段；,实际上，软件测试贯穿整个软件产品生命期。一方面，软件测试也要经历测试计划、测试用例的设计和实现，以及测试运行一系列的阶段，因此，早在软件需求阶段，甚至更早，软件测试的工作就要开始了。另一方面，软件测试越早进行越好，因为,BUG,越早发现，,BUG,造成的影响和修改的代价就越小。而且，软件测试并不仅仅针对程序，软件的需求、设计等等也要被测试,对,SQA,与测试工作的误解,误解十、,SQA,工作就是做测试；,软件测试是一种有效的提高软件质量的手段，但测试毕竟是一种事后的、检验性的，如何在软件生产过程中保证软件过程的质量和效率其实比单纯的产品检验具有更重要的意义。不断地改进我们的软件过程是,SQA,的一项最重要的任务。,什么是软件质量,满足明确声明的功能和性能需求，明确文档化的开发过程以及专业人员开发的软件所具有的所有隐含特征,（软件工程实践者理论）,理解：,软件需求是质量度量的基础，与需求不符就是质量不高,制订的标准定义一组指导软件开发的标准，如果不能按照这些准则，就可能导致质量不高,通常隐含需求是不被提及的（如软件易维护性）,ANSI/IEEE,六個品質要素,*,正确性,（,correctness）：,制作的功能，达到设计规范和满足使用者需求的程度；,*,可靠性,（,reliability）：,在规定期限和条件下,，仍能,维持其性能水平的程度；,*,易使用性,（,usability）：,使用者,学习,、操作、,准备输入,、,理解输出,所作努力的程度,*,效率,（,efficiency）：,软件执行某项功能所需的计算机资源,（含,时间,）的有效程度,*,可,维护,性,（,maintainability）：,当环境改变或软件发生错误时,，,执行,修改所做努力的程度,*,可移植性,（,portability）：,从一个电脑系统或环境移到另一个电脑或环境的难易程度,软件,品質特性,SQA,活动内容,建立软件质量保证活动的实体,制订软件质量保证计划,坚持各阶段的评审和审计，并跟踪其结果作合适处理,监控软件产品的质量,采集软件质量保证活动的数据,度量软件质量保证活动,软件,品保活動,技术方法的使用,使用良好的开发技术，以确保开发软件品质,Object-Oriented,Structure Design,清楚而文件化的需求规格或外部功能规格,训练良好，且技术熟练的人员,良好的项目管理技术,正式技术复核的使用,在软件开发各阶段中，有效的审查各项开发文件,确保设计的正确性与有效性,确保各组件间设计的一致性,沟通各部门间的想法,軟體品保活動（續）,软件测试,标准的实行,包含外部标准与内部标准,开发标准、文件标准、程序撰写标准、测试执行准则,.,标准的改进是软件业矫正与预防措施之重要项目,变动,(Change),的控制,建构管理、变更管制,度量,(measurement),记录及报告,各阶段活动监督、审核和跟踪,评审：活动,里程碑活动评审,基线评审,SCM,评审,SQA,工作评审,审计：工作,基线审计,SQA,审计,有背离之处，则对其进行标识、记录、并跟踪直至其符合。,最有效的软件品保工具,有了相当好的软件品保人员、品保计划之后，尚必须具有最有效的工具，才能将整个软件品保工作执行得相当透彻。,甚么是最有效的品保工具？答案是,Peer Review,。在所有的发展及维护过程中，,Peer Review,能找出相当多的问题。如何找出？兹分别叙述如下：,(1),在需求分析阶段：藉由需求审查，以确定需求是否正确地定义。,(2),在设计阶段：藉由审查程序架构及细部设计与,PDL,。,(3),在程序撰写阶段：藉由审查,Source Code,。,(4),在软件测试阶段：藉由审查所有的测试文件。,(5),在软件维护阶段：藉由审查所有的文件、,Code,、修改。,Peer Review,的指引,(Guidelines),包括：,(1)Review,时包括越少人越好，而且成员越早通知越好。,(2)Review,必须常举行，而且必须包括很小部份的工作。,(3)Review,必须强调效率及注重所,Review,的材料内容，其必须是该阶段所能产生,的最佳产品。,(4)Review,最好能有,4,小时以上的时间来阅读数据。,(5)Review,最好能有,Lead Engineer,以上的人参加，以知道问题所在。,17,软件正式技术评审,(review),指导,作业流程范例,异动需求产生,异动影响评估,审查,签出建构管制区,异动结果评估,审查,交付回归测试,判定,异动结束,异动执行,签入建构管制区,流程图,权责单位,/,人,异动申请人,异动管制小组,异动管制小组,异动执行人,/,建构管制人员,异动执行人,异动执行人,异动管制小组,测试经理,测试经理,异动执行人,/,建构管制人员,记录,异动申请记录,异动影响评估记录,异动影响评估审查记录,建构项目签出记录,相关变更文件,/,软件,/,程序记录,异动报告,异动报告审查记录,测试记录,测试审查,建构项目签出记录,异动申请结案记录,异动申请人,/,异动执行人,Y,Y,Y,N,N,N,监控软件产品质量,对软件产品的验收,把握采购软件的质量,监控分承包商的软件质量保证工作,收集项目各个阶段数据,记录不协调事项,跟踪不协调事项直至解决,收集,各阶段的评审和审计情况,缺陷密度(,Defect Density),此項因素可以提供來作作為軟體設計與程式製作品質的一項數據。,其輸入參數直接來自設計與,Code Inspection,的過程，其中缺陷(,Defects),可能為需求、設計、程式製作等種類。其運算式為,缺陷總數,of,單元,4 5 6 7 .14 15 16 17 18 19 20 21,0.5,1.5,1.0,CDR,Defect/Unit,Contract Month,Defects Discovered,Defects Corrected,22,度量和改善,SQA,活动,测量的目的是为了判断,SQA,活动的成本和进度状态。,与其计划相比，,SQA,活动完成的里程碑数；,在,SQA,活动中完成的工作，花费的工作量及支出的费用；,与其计划相比，产品审计和活动评审的次数,