软件测试基础知识ppt课件_第1页
软件测试基础知识ppt课件_第2页
软件测试基础知识ppt课件_第3页
软件测试基础知识ppt课件_第4页
软件测试基础知识ppt课件_第5页
已阅读5页,还剩42页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、第一章,软件测试基础知识,本章目标,掌握软件质量的定义 掌握软件质量保证的定义、概念、内容 掌握软件开发各阶段的 SQA 目标 理解质量控制方法 掌握质量管理的含义 理解运用 TMQ 原理的各个框架,2,2021/2/1,Instructor: ruby,质量的概念,3,饭店-2,饭店-1,定餐,服务延迟,食物口味佳,服务准时,食物口味最佳,较便宜,昂贵,稍贵,误解,生产商 产品符合规范 消费者产品适于使用且带来益处,服务准时,食物味道欠佳,用户,高质量,高价格,饭店-3,2021/2/1,Instructor: ruby,什么是质量,4,字典,质量是指,较好的一类或优秀的等级,2021/2/

2、1,Instructor: ruby,什么是质量,5,剑桥,牛津,比其他学校的学生获得更多的好评,联想,剑桥 牛津,品牌名字,2021/2/1,Instructor: ruby,什么是质量,6,牛津 剑桥 耶鲁 哈佛 联想,品牌名字,与质量关联,和其他竞争者相比产品或服务有更高的标准,质量是指,2021/2/1,Instructor: ruby,质量的演变,7,工人,工作,分配的任务,工人的工作要接受检查,并判断产品是否通过验收,检查员,2021/2/1,Instructor: ruby,质量的演变,熟练的工人被升职为质检员,留下的空缺由制造技术稍差的工人填补 由于缺乏技能和专门技术,工人面临

3、着技术的问题 质检员没有经过合适的培训 为了实现生产要求,质检员不得不接受有缺陷的产品,8,质检员遇到的障碍,2021/2/1,Instructor: ruby,质量的演变,9,检查部门,首席质检员,设立产品、校核与维修的标准,记录的数据,产品经理,2021/2/1,Instructor: ruby,质量的演变,第二次世界大战结束以后,以文盲劳力和低劣模仿著称的日本经济进入萧条期 从 20 世纪 50 年代至 1960 年,日本人的整顿过程发展的很快,使得从高层管理人员到最底层工人的每种职位的人都重视质量控制和管理 20 世纪 70 年代早期,由于产品成本低且质量优,日本向美国和欧洲的出口显著

4、增长,10,2021/2/1,Instructor: ruby,质量的演变,1970 年在东京召开的大会上首次播下了全面质量管理的种子 到 1982 年,人们接受了这一观点:面对全球竞争以取得贸易优势时,国家的经济名誉依赖于其质量过程的基础以及对质量过程的重视程度 从此,在组织内部或在外部机构的帮助下,制定并实施了许多用于不同工作机构和组织的不同标准,如 BS 5750、BS 7799 和 ISO,11,2021/2/1,Instructor: ruby,软件质量,12,IEEE 将软件质量定义为,一个系统、组件或过程符合指定要求的程度 一个系统、组件或过程满足客户或用户期望的程度 软件的质量

5、属性:正确性、精确性、健壮性、可靠性、容错性、性能、易用性、安全性、可扩展性、可复用性、容性、可移植性、可测试性、可维护性、灵活性等,软件质量是许多质量属性的综合体现,各种质量属性反映了软件质量的方方面面。人们通过改善软件的各种质量属性,从而提高软件的整体质量,2021/2/1,Instructor: ruby,软件质量,13,步骤 1,步骤 2,步骤 3,步骤 4,必须按照客户的要求验证、归档并审批是否可以进行下一步的工作,软件 开发,2021/2/1,Instructor: ruby,软件质量,14,规范,设计,测试计划,源代码,用户手册,必须验证和检查,可交付件,每个人可以更好地工作,同

6、时工作 流程也不会受到干扰,2021/2/1,Instructor: ruby,软件质量,15,质量,损失的时间和工作量,肯定被忽略了,返工,从未考虑,通过管理每个流程的质量,可以减少或避免返工,2021/2/1,Instructor: ruby,质量框架,16,已开发系统的可交付件满足质量框架的每个方面,质量框架,测试,确认,验证,认证,流程,单元,集成,系统,审查,走查,评审,Alpha,Beta,CMM,ISO,CMM,I,2021/2/1,Instructor: ruby,质量框架,17,单元测试,集成测试,单元 1,单元 2,单元 3,检查应用程序的小单元和模块,集成并测试两个或多个

7、单元,测试,系统测试,测试整个系统,2021/2/1,Instructor: ruby,质量框架,18,已开发系统的可交付件满足质量框架的每个方面,2021/2/1,Instructor: ruby,质量框架,19,审查,验证,检查文档是否符合要求,2021/2/1,Instructor: ruby,质量框架,20,走查,验证,一个人对另一个人所编写的系统规范的理解,系统规范,2021/2/1,Instructor: ruby,质量框架,21,评审,验证,发现项目可交付件中存在的问题,可交付件,2021/2/1,Instructor: ruby,质量框架,22,已开发系统的可交付件满足质量框架

8、的每个方面,2021/2/1,Instructor: ruby,质量框架,测试,确认,验证,认证,流程,单元,集成,系统,审查,走查,评审,Alpha,Beta,CMM,ISO,CMM,I,质量框架,23,Alpha,验证,测试由用户在开发人员的工作站进行,开发人员的工作站,用户,确认,2021/2/1,Instructor: ruby,质量框架,24,Beta,确认,用户,用户工作环境,开发人员,建议对程序做小的改动,2021/2/1,Instructor: ruby,质量框架,25,已开发系统的可交付件满足质量框架的每个方面,2021/2/1,Instructor: ruby,质量框架,测

9、试,确认,验证,认证,流程,单元,集成,系统,审查,走查,评审,Alpha,Beta,CMM,ISO,CMM,I,质量框架,26,认证,根据用户列明的标准和规范进行测试和验证,证明开发的软件与开发组织的声明相符,2021/2/1,Instructor: ruby,质量框架,27,已开发系统的可交付件满足质量框架的每个方面,2021/2/1,Instructor: ruby,质量框架,测试,确认,验证,认证,流程,单元,集成,系统,审查,走查,评审,Alpha,Beta,CMM,ISO,CMM,I,质量框架,28,流程 1,遵循的流程符合不同质量管理体系中的标准,流程,流程 2,流程 3,流程

10、4,软件 开发,2021/2/1,Instructor: ruby,质量框架,29,流程,CMM,能力成熟度模型是组织用来执行最佳做法和改善流程成熟度的模型,ISO,国际标准化组织确保按照指定的系统要求在管理系统的合适位置满足所有的输入要求,2021/2/1,Instructor: ruby,CMMi,能力成熟度模型集成是一种流程改进方法,其向组织提供有效流程的必要元素。用于指导一个项目、部门或整个组织的流程改进,软件质量保证,30,正确的执行,标准 流程 规程,SQA,软件质量保证,产品的质量是固有属性,不能进行测试。测试仅仅有助于修复检测到的错误和缺陷 质量不是在特定阶段执行或应用于某个特

11、殊的阶段。质量始于项目的开始,结束于项目的最终交付 SQA 活动最好由与项目开发周期无直接关系的人执行。 SQA 的职责更多地偏向于客户,而不是开发人员或管理人员,2021/2/1,Instructor: ruby,需求分析,31,分析人员,用户,记录分析和结论,需求分析指理解用户要求的系统需求,SQA 的职责是确保软件需求完整、可测试并可正确归档 为功能、性能和界面需求,2021/2/1,Instructor: ruby,软件规范,32,软件,软件规范文档,文档的制定,用于软件、硬件和其它的每个可交付件和不可交付件 用于组件、次要组件和内部界面 用于测试策略 进度表 需求更改和相关文档版本更

12、改的规定,2021/2/1,Instructor: ruby,设计,33,实体关系图,数据流程图,设计文档和评审 准备的设计应符合已批准的文档中的相关标准 确保设计结果包含在文档中 在准备审批系统设计之前,未开始系统编码,文档的制定,2021/2/1,Instructor: ruby,设计,34,实体关系图,数据流程图,设计文档和评审。 准备的设计应符合适用于授权人员编写和控制的文档的已批准标准 确保设计结果包含在文档中 在准备审批系统设计之前,未开始系统编码,文档的制定,编码,在审批之前,编码未开始,2021/2/1,Instructor: ruby,编码,35,编码,重要阶段,编码标准 代

13、码归档完善 代码经过测试且没有错误 代码评审按进度表进行,文档的制定,2021/2/1,Instructor: ruby,测试,36,单元 1,单元 2,单元 3,检查各个模块是否满足要求和规范,集成各个模块, 检查从软件的一部分到另一部分的数据和信息流,测试,进行的测试要妥善归档。 确保测试计划涵盖整个范围。 对返工模块的测试计划和结果正确归档,文档的制定,2021/2/1,Instructor: ruby,维护,37,用户,用户发现需要修复的漏洞和缺陷,开发人员,维护,验证代码的变更是否遵循标准 确保 变更在相应的文档中得以反映 测试并批准已执行的变更 代码的变更没有降低现有的系统标准,2

14、021/2/1,Instructor: ruby,质量保证和质量控制的区别,38,标准,质量保证,质量控制,确保标准、流程和规程合适,在流程中执行标准和规程,2021/2/1,Instructor: ruby,质量保证和质量控制的区别,39,2021/2/1,Instructor: ruby,质量控制方法,40,检查方法,收集对质量控制非常重要的数据。这种方法与文档检查和文档 创建者相关,工作流程抽样,在工作流程中对任何过程抽样并建立证明文件,这些证明文件 会提供高标准的保证,测试方法,说明已确定要求的每个需求的测试适用性,使系统能够满足要 求。测试规程应详细说明,随机产品抽样,任意选取一个单

15、元,且每个单元有均等的抽取机会。这是最简 单的机率抽样方法,抽样频率分类,将所有数据分为多个类别。这些类别可以是可能出现的错误或 缺陷的类型,清单,在软件开发过程的每个阶段都进行正式的技术评审。清单用于 评估作为开发过程一部分而交付的产品,2021/2/1,Instructor: ruby,全面质量管理,41,包括质量框架、组织中参与生产高标准产品和服务并在每次重复任务中进行改善工作的管理人员和职员,2021/2/1,Instructor: ruby,全面质量管理,42,计划执行检查处理 (PDCA,2021/2/1,Instructor: ruby,全面质量管理,43,质量改进范例,理解,描

16、述生产环境、开发的软件类型、定义的问题和产品与流程特 征,以加深对软件流程及其产品的认识,评估,衡量可利用的技术和流程更改的影响。识别能产生有益的、适 合环境的技术和符合特定环境要求的技术的变化,封装,封装包括执行确定的流程改进和技术的开发标准、策略和培训,2021/2/1,Instructor: ruby,全面质量管理,44,质量改进范例,2021/2/1,Instructor: ruby,全面质量管理,45,SEI 与研究团体一起帮助创立并确认改进的操作。SEI 确认使用不当的方案,并开发出可供软件开发人员使用的方案,一旦这些操作被证实提高了质量,他们将会在行业中广泛执行,软件工程协会 (SEI,新开发的操作被用于实际问题中,以改善产品方案的质量和效率,2021/2/1

温馨提示

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

评论

0/150

提交评论