软件质量保证--概述

1、软件质量保证概述,2,本章目标,掌握软件质量的定义 掌握软件质量保证的定义、概念、内容 掌握软件开发各阶段的 SQA 目标 理解质量控制方法 掌握质量管理的含义 理解运用全面质量管理(TQM )原理的各个框架,3,李先生,简介,电视机,画面清晰度一般 更好的声音 对用户不亲和,满意 超过平均水平,书籍,满意,继续服务,中断服务,用户的期望,画面质量良好 更加生动活泼 声音效果更好,4,饭店-2,饭店-1,质量的概念,定餐,服务延迟,食物口味佳,服务准时,食物口味最佳,较便宜,昂贵,稍贵,误解！,生产商 产品符合规范 消费者产品适于使用且带来益处,服务准时,食物味道欠佳,用户,高质量,高价格,饭

2、店-3,5,什么是质量？4-2,字典,质量是指,较好的一类或优秀的等级,6,牛津 剑桥 耶鲁 哈佛 海尔,什么是质量？4-4,品牌名字,与质量关联,和其他竞争者相比产品或服务有更高的标准,质量是指,7,软件质量 5-1,软件质量的概念,不矛盾,传统定义,8,软件质量 5-2,IEEE 将软件质量定义为,一个系统、组件或过程符合指定要求的程度 一个系统、组件或过程满足客户或用户期望的程度,软件质量是许多质量属性的综合体现，各种质量属性反映了软件质量的方方面面。人们通过改善软件的各种质量属性，从而提高软件的整体质量 。,9,软件质量 5-3,步骤 1,步骤 2,步骤 3,步骤 4,必须按照客户的要

3、求验证、归档并审批是否可以进行下一步的工作,软件 开发,10,软件质量 5-4,规范,设计,测试计划,源代码,用户手册,必须验证和检查,可交付件,每个人可以更好地工作，同时工作 流程也不会受到干扰,11,软件质量 5-5,质量,损失的时间和工作量,肯定被忽略了,返工,从未考虑,通过管理每个流程的质量，可以减少或避免返工,12,质量框架 15-1,已开发系统的可交付件满足质量框架的每个方面,质量框架,测试,确认,验证,认证,流程,单元,集成,系统,审查,走查,评审,Alpha,Beta,CMM,ISO,CMM,I,13,质量框架 15-2,单元测试,集成测试,单元 1,单元 2,单元 3,检查应

4、用程序的小单元和模块,集成并测试两个或多个单元,测试,系统测试,测试整个系统,14,质量框架 15-3,已开发系统的可交付件满足质量框架的每个方面,15,质量框架 15-7,已开发系统的可交付件满足质量框架的每个方面,16,质量框架 15-10,已开发系统的可交付件满足质量框架的每个方面,17,质量框架 15-11,认证,根据用户列明的标准和规范进行测试和验证,证明开发的软件与开发组织的声明相符,18,质量框架 15-12,已开发系统的可交付件满足质量框架的每个方面,19,质量框架 15-13,流程 1,遵循的流程符合不同质量管理体系中的标准,流程,流程 2,流程 3,流程 4,软件 开发,2

5、0,质量框架 15-14,流程,CMM,能力成熟度模型是组织用来执行最佳做法和改善流程成熟度的模型,ISO,国际标准化组织确保按照指定的系统要求在管理系统的合适位置满足所有的输入要求,21,质量框架 15-15,流程,CMMi,能力成熟度模型集成是一种流程改进方法，其向组织提供有效流程的必要元素。用于指导一个项目、部门或整个组织的流程改进。,22,软件质量保证,正确的执行,标准 流程 规程,SQA,软件质量保证,产品的质量是固有属性，不能进行测试。测试仅仅有助于修复检测到的错误和缺陷 质量不是在特定阶段执行或应用于某个特殊的阶段。质量始于项目的开始，结束于项目的最终交付 SQA 活动最好由与项

6、目开发周期无直接关系的人执行。 SQA 的职责更多地偏向于客户，而不是开发人员或管理人员,23,软件质量保证（SQA）,为软件产品满足已指定的技术需求提供充分证据,而开展的有计划和系统的活动,24,软件规范,软件,软件规范文档,文档的制定,用于软件、硬件和其它的每个可交付件和不可交付件 用于组件、次要组件和内部界面 用于测试策略 进度表 需求更改和相关文档版本更改的规定,25,设计 2-1,实体关系图,数据流程图,设计文档和评审 准备的设计应符合已批准的文档中的相关标准 确保设计结果包含在文档中 在准备审批系统设计之前，未开始系统编码,文档的制定,26,设计 2-2,实体关系图,数据流程图,设

7、计文档和评审。 准备的设计应符合适用于授权人员编写和控制的文档的已批准标准 确保设计结果包含在文档中 在准备审批系统设计之前，未开始系统编码,文档的制定,编码,在审批之前，编码未开始,27,编码,编码,重要阶段,编码标准 代码归档完善 代码经过测试且没有错误 代码评审按进度表进行,文档的制定,28,测试,单元 1,单元 2,单元 3,检查各个模块是否满足要求和规范。,集成各个模块， 检查从软件的一部分到另一部分的数据和信息流。,测试,进行的测试要妥善归档。 确保测试计划涵盖整个范围。 对返工模块的测试计划和结果正确归档。,文档的制定,29,质量保证和质量控制的区别 2-1,标准,质量保证,质量

8、控制,=,确保标准、流程和规程合适,在流程中执行标准和规程,30,质量保证和质量控制的区别 2-2,31,质量控制方法,检查方法,收集对质量控制非常重要的数据。这种方法与文档检查和文档 创建者相关。,工作流程抽样,在工作流程中对任何过程抽样并建立证明文件，这些证明文件 会提供高标准的保证。,测试方法,说明已确定要求的每个需求的测试适用性，使系统能够满足要 求。测试规程应详细说明。,随机产品抽样,任意选取一个单元，且每个单元有均等的抽取机会。这是最简 单的机率抽样方法。,抽样频率分类,将所有数据分为多个类别。这些类别可以是可能出现的错误或 缺陷的类型。,清单,在软件开发过程的每个阶段都进行正式的

9、技术评审。清单用于 评估作为开发过程一部分而交付的产品。,32,全面质量管理 5-1,包括质量框架、组织中参与生产高标准产品和服务并在每次重复任务中进行改善工作的管理人员和职员。,33,全面质量管理 5-2,计划执行检查处理 (PDCA),34,全面质量管理 5-3,质量改进范例,理解,描述生产环境、开发的软件类型、定义的问题和产品与流程特 征，以加深对软件流程及其产品的认识,评估,衡量可利用的技术和流程更改的影响。识别能产生有益的、适 合环境的技术和符合特定环境要求的技术的变化,封装,封装包括执行确定的流程改进和技术的开发标准、策略和培训,35,全面质量管理 5-4,质量改进范例,36,全面

10、质量管理 5-5,SEI 与研究团体一起帮助创立并确认改进的操作。SEI 确认使用不当的方案，并开发出可供软件开发人员使用的方案。,一旦这些操作被证实提高了质量，他们将会在行业中广泛执行。,软件工程协会 (SEI),新开发的操作被用于实际问题中，以改善产品方案的质量和效率。,37,案例研究,产品质量越高，用户的接受度就越高，从而产品或服务的销售额必定会增加。 销售额的增加进一步促进公司的发展。,用户接受的质量底线是什么？ 谁负责质量控制？ 质量控制流程不是很昂贵。,38,SQA参与技术评审,什么是技术评审？ 由一组具备一定资格的人员对某项软件产品进行的系统化的评价，检查软件产品是否能适应其预期

11、的使用要求，并识别其与规格说明和标准的差异。 目的: 增强SQA人员对项目技术的了解 跟踪技术评审的过程 判断技术评审的有效性 SQA人员根据抽样方法有选择地参加,39,SQA参与的管理评审,什么是管理评审？ 由管理层或其代表对软件开发、操作或维护过程进行的系统化的评价，它审查进展情况，确定计划和进度的状态，或者评价为实现目标而采取的管理方法的有效性。 为管理评审提供以下信息 符合性。识别软件项目与适用的标准和规程的符合性。 问题。通过对技术评审结果的分析识别软件项目潜在或实际的问题。 风险。基于对软件项目的参与和对软件项目进展及问题的评价识别风险。,40,SQA对需求管理的验证,是否对已分配

12、给软件的需求进行了评审？ 评审问题是否得到了处理？ 已分配给软件的需求变更时，其他有关工作产品是否进行了更改以保持一致性？ 有关约定变更时，相关小组是否参与并评审？,41,质量提高,质量不是在后期能加进去的东西 -应该从一开始就根植于产品中 怎么将质量根植于产品中？ -具有适当的软件工程和管理的过程 -P-D-C-A循环 SQA是外部顾客客观的代理角色 -帮助 -客观地检查,42,质量文化,质量文化 -人员应该具有质量意识 -人员应该对质量作出约定 -为提高质量，应该定义所有的过程 -管理层应作出约定 -应该有足够的检查和提供可见性 为形成质量文化，必须有一个强有力的SQA,43,SQA的作用与价值,根