项目管理与质量保证——质量保证dappt课件

1、工程管理与质量保证软件质量保证软件质量保证SQA 引论为什么要引入软件质量保证？消费出高质量的软件为了“在正确的时间、以正确的方式、做正确的事情 质量管理的问题不在于人们不知道什么是质量，问题在于人们以为他们本人对质量知道质量1什么是质量？某一事物的特征或属性产品或任务的优劣程度遗憾的是： 样本间是有差别的！差别控制是质量控制的中心质量2两种不同的质量设计质量符合质量 软件需求是进展“质量丈量的根底，与需求不符就是质量不高。 指定的规范定义了一组指点软件开发的准那么。假设不能遵照这些准那么，就极有能够导致质量不高。 通常有一组“隐含需求是不被提及的。不符合的话软件质量也很难保证。什么样的软件是

2、高质量的？设计质量+符合质量？ 用户称心度 = 合格产品+好的质量+在预算和进度表内交付质量3软件质量特性：功能性包括软件产品提供的用来满足用户需求的功能可靠性与软件维护其性能等级的才干相关易用性与运用软件所要破费的任务量相关效率与软件执行过程中所占用的物理资源相关可维护性与进展软件变卦所需求的任务量相关可移植性与把软件转换到不同环境的才干相关质量4软件质量特性功能性适宜性软件能否符合用户需求准确性软件能否正确地实现了功能互操作性软件和其他系统的交互才干功能符合性软件和需求的匹配程度平安性系统访问控制质量5软件质量特性可靠性成熟度软件中缺陷所呵斥的缺点的频率容错性可恢复性可靠性符合性质量6软件

3、质量特性易用性可了解性可学习性可操作性吸引性可用性符合性质量7软件质量特性效率时间特性资源利用有效性符合性质量8软件质量特性可维护性可分析性确定缺点产生缘由的容易程度可变性灵敏性稳定性对软件修正的能够性可测试性可维护性符合性质量9软件质量特性可移植性顺应性可安装性共存性软件和其他软件分享资源的才干可替代性可移植性符合性质量10质量特性含义可回答的问题正确性程序满足规格说明和完成用户业务目标的程度它做了该做的事吗？可靠性程序按要求的精确度实现其预定功能的程度它总能准确地工作吗？效率程序实现其功能所需要的计算资源量能在硬件上尽力工作吗？安全性软件或数据不受未授权人控制的程度它是安全的吗？使用性学习

4、、操作程序、准备输入输出的工作量它可用吗？维护性对运行的程序找到错误并排除错误的工作量它可调整吗？测试性为保证程序执行其规定的功能所需的测试工作量它可测试吗？灵活性修改程序所需工作量它可修改吗？移植性将程序从一个环境转移到另一环境的工作量可以在其他机器上使用吗？复用性程序可被用于其他应用问题的程度可以重复使用它的某些部分吗？共运行性一系统与另一系统协同运行所需的工作量能与其他系统连接吗？质量11怎样能保证质量？质量控制质量控制是为了保证每一件任务产品都满足对它的需求而运用于整个开发周期中的一系列审查、评审和测试质量控制在创建任务产品的过程中包含一个反响循环质量保证质量保证由管理层的审计和报告功

5、能构成未经跟踪的任务等于没做！ 正确地完成一件事情比解释他为什么将事情做错所花的时间要少 人们会忘记他做一件任务有多快，但他们总会记得他做得有多好质量本钱1什么是质量本钱？一切由质量任务或者进展与质量有关的活动所导致的本钱有哪些质量本钱？预防本钱鉴定本钱缺点本钱 质量方案 正式技术评审 测试设备 培训 过程内和过程间审查 设备校准和维护 测试 内部缺点本钱 外部缺点本钱 内部缺点本钱 返工 修复 缺点方式分析 外部缺点本钱 处理客户的埋怨 退换产品 求助支持 保修任务质量本钱2既然质量管理需求本钱，那么是不是越晚进展质量管理就越省钱？ IBM审查200000行代码总共用了7053个小时，结果是

6、预防了3112个潜在的缺陷。雇佣一名程序员的报酬为40美圆/小时。 假设交付的产品中每1000行代码中有1个缺陷，此时矫正每个缺陷本钱的时间为25000美圆。预防总本钱：282,120美圆平均缺陷本钱：91美圆维护总本钱：5,000,000美圆平均缺陷本钱：25,000美圆差距：5000000/282120 = 17.7质量本钱3矫正一个错误的相对本钱需求分析阶段：1倍设计阶段：36倍编码阶段：10倍开发测试阶段：1540倍系统测试阶段：3070倍实践操作阶段：401000倍软件缺陷1几个概念：缺陷defect缺点bug错误error缺陷、缺点：软件交付之后发现的质量问题错误：软件交付之前发现

7、的质量问题软件缺陷2几个结论：设计活动引入的错误占软件过程中出现的一切错误和最终的缺陷数量的50%到65%正式技术评审在发现设计错误方面最高到达75%的有效性软件缺陷3缺陷放大模型：通过的错误错误检测有效性百分比放大的错误1:x新产生的错误软件缺陷4例：假设：概要设计阶段生成10个错误详细设计阶段生成25个错误，同时会放大1/3的承继错误，放大系数为1.5编码和单元测试阶段生成25个错误，同时会放大2/3的承继错误，放大系数为3在测试中可以发现并矫正50%的错误，同时不引入新的错误概要设计阶段错误的矫正本钱为1，详细设计时为1.5，测试前是6.5，测试中是15，发布后是6700%01060%4

8、*1.5251020%27*3259450%004750%002450%00概要设计详细设计集成测试单元测试确认测试系统测试070%010250%1*1.525560%10*3252450%001250%00650%00概要设计详细设计集成测试单元测试确认测试系统测试软件评审技术任务需求评审评审的目的是什么？指出个人或小组消费的产品所需进展的改良确定产品中不需求或者不希望改良的部分得到与没有进展评审相比更加一致、或者至少更可预测的技术任务的质量，从而使得技术任务更小易于管理既然技术评审这么好，是不是应该大量频繁的进展？为什么需求评审在去除明显的错误时，审查是非常有效的方法鼓励开发人员产生构造更

9、好的、不需求加以阐明的软件能促进优秀编程实际的传播能增进团队精神正式技术评审FTR1FTR想要到达什么目的？在软件的任何一种表示方式中发现功能、逻辑或实现的错误证明经过评审的软件确实满足需求保证软件的表示符合预定义的规范得到以一种一致的方式开发的软件使工程更易于管理正式技术评审2每个评审会议约束：评审会议通常应该在35人之间进展应该进展提早预备，但是每人占用任务时间应该少于2小时评审会议时间应该不超越2小时正式技术评审3每个FTR步骤：确定参与评审的人员人员培训评审预备分发评审资料，评审员审读评审资料开评审会议生成评审报告和问题列表正式技术评审4评审结论：任务产品可以不经修正而被接受由于严重错

10、误而否决任务产品暂时接受任务产品评审总结报告内容：评审什么由谁评审发现和结论是什么正式技术评审5正式技术评审的指点原那么：评审产品，而不是评审消费者制定日程并且遵守日程限制争论和辩驳对各个问题都发表见解，但是不要试图处理一切记录的问题做书面笔记限制参与者人数并坚持事先做预备为每个能够要评审的任务产品建立一个检查表为FTR分配资源和时间对一切评审者进展有意义的培训评审以前所做的评审Fagan评审的根本原理对于一切主要的交付物都要进展审查一切类型的缺陷都要记录不仅仅是逻辑或功能缺陷审查应该由除非常高层指点外的各级同事来执行采用预先规定的步骤进展审查审查会议不能超越两个小时审查是由经过特殊技术培训的

11、协调员来指点的为其他参与者定义不同的角色运用检查表来协助缺陷查找过程检查资料的理想速度是每小时100行维护统计数据，以便监视审查过程的有效性工程质量管理软件质量保证概述1什么是软件质量保证？Software Quality Assurance，简称SQA一种运用于整个软件过程的庇护性活动软件质量保证的范围？软件产质量量软件过程质量软件质量保证概述2软件质量保证包含哪些内容？一种质量管理方法有效的软件工程技术在整个软件过程中采用的正式技术评审一种多层次的测试战略对软件文档及其修正的控制保证软件服从软件开发规范的规程度量和报告机制软件质量保证概述3那些人应该为软件质量担任？软件工程师工程管理者客户

12、销售人员SQA小组成员SQA小组充任客户在公司内部的代表SQA小组的职责是辅助软件工程小组得到高质量的最终产品软件质量保证SQA活动1为工程预备SQA方案方案里应标识出什么？需求进展的评价需求进展的审计和评审工程可采用的规范错误报告和跟踪的规程由SQA小组产生的文档为软件工程组提供的反响数量软件质量保证SQA活动2参与开发该工程的软件过程描画评审各项软件工程活动、对其能否符合定义好的软件过程进展核实审计制定的软件任务产品、对其能否符合定义 好的软件过程中的相应部分进展核实确保软件任务及任务产品中的偏向已被记录 在案并根据预定规程进展处置记录一切不符合的部分并报告给高级管理者协调变卦的控制和管理

13、协助搜集和分析软件度量信息软件测试1软件确实认Validation和验证Verification，简称V&V什么是确认？在软件开发过程期间针对单元或终了针对系统时，单元或系统能否满足用户特定的需求？什么是验证？在一个给定的开发阶段中，单元或系统能否满足在此阶段开场时确定的条件？软件测试2测试种类单元测试集成测试确认测试功能测试回归测试测试测试验收测试软件测试3测试方法白盒测试黑盒测试软件测试4测试类型功能测试性能测试算法测试正向测试逆向测试边境测试配置测试负载测试软件测试5测试方案测试方案测试用例测试报告统计软件质量保证什么是统计软件质量保证？是质量的量化统计软件质量保证有哪些步骤？搜集和分类

14、软件缺陷信息尝试对每个缺陷的构成缘由进展追溯运用Pareto原那么，将这20%重要少数分别出来一旦找到重要少数缘由，就可以开场纠正引起缺陷的问题80%的缺陷可以追溯到一切能够缘由中的20%能够的错误缘由规约不完好或规约错误IES与客户通讯中所产生的误解MCC故意与规约偏离IDS违反编程规范VPS数据表示有错EDR构件接口不一致ICI设计逻辑有错EDL不完好或错误的测试IET不准确或不完好的文档IID将设计翻译成程序设计言语中的错误PLT不明晰或不一致的人机界面HCI杂项MIS例错误总计严重一般微小数量百分比数量百分比数量百分比数量百分比IES205223427681810324MCC15617

15、12968187617IDS48511246235VPS25300154102EDR1301426206818368ICI58697185317EDL4551411123194IET95101293594811IID36422205143PLT6061512195266HCI2833217482MIS56600154419总计942100128100379100435100利用错误目的Error Index，EI找到影响质量的主要缘由Ei = 在软件工程过程中的第i步中发现的错误总数Si = 严重错误数Mi = 普通错误数Ti = 微小错误数PS = 第i步的产品规模Ws Wm Wt 分别是严

16、重、普通、微小错误的加权因子每个阶段的加权因子取值逐渐变大先求出阶段目的Phase IndexPIi = Ws (Si / Ei) + Wm (Mi / Ei) + Wt (Ti / Ei) EI = (i x PIi) / PS 将时间集中用于真正重要的地方，但是首先他必需知道什么是重要的软件可靠性什么是软件可靠性？在特定环境和特定时间内，计算机程序无缺点地运转的概率软件可靠性和硬件可靠性根本不同平均缺点间隔时间MTBF平均缺点时间MTTF平均修复时间MTTR可用性 = MTTF / (MTTF + MTTR) * 100%SCM职责1配置经理：对代码开发和测试进展支持和维护，是变卦管理的控制中心制定SCM规程，构成文档并分发给有关人员建立系统基线，包括备份规定确保对基线的变卦都经过授权人员的同意确保对基线的变卦都进展充分细致地记录，以便可以重新生成或回退确保一切基线变卦都经过回归测试规定处理异常问题的焦点SCM职责2模块主管：确保模块设计的完好性把握模块的设计为参与模块及其接口任务的人员提供建议控制模块的一切更改评审模块的变卦和定期进展回归测试，确保模块的完好性SCM职责3变卦控制委员会CCB：控制变卦，做出决策能够多个SQA职责