软件测试课件软件过程管理_第1页
软件测试课件软件过程管理_第2页
软件测试课件软件过程管理_第3页
软件测试课件软件过程管理_第4页
软件测试课件软件过程管理_第5页
已阅读5页,还剩22页未读 继续免费阅读

下载本文档

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

文档简介

1、软件测试课件软件过程管理软件测试课件软件过程管理本章教学目标及重点教学目标- 掌握软件测试过程模型、软件测试过程中的活动及管理内容-了解软件测试过程度量的基本概念-了解CMM和惠普ALM工具对测试管理过程的支持重点- 软件测试过程模型、软件测试过程中的活动及管理内容本章教学目标及重点教学目标6.1 软件测试过程6.1 软件测试过程6.1 软件测试过程 测试过程不是独立存在,它与其他过程有密切的关系!一种抽象的模型,用于定义软件测试的流程和方法。测试过程的质量,将直接影响测试结果的准确性和有效性。遵循基本原理,测试过程遵循软件工程原理,遵循管理学原理。6.1 软件测试过程 测试过程不是独立存在,

2、它与其他软件开发和测试模型6.1.1 软件测试过程模型开发测试模型开发模型瀑布增量迭代原型敏捷测试模型VWH测试活动与开发活动息息相关!螺旋软件开发和测试模型6.1.1 软件测试过程模型开发测试模型开软件测试模型-V模型是软件开发瀑布模型的变种,它反映了测试活动与分析和设计的关系6.1.1 软件测试过程模型软件测试模型-V模型是软件开发瀑布模型的变种,它反映了测试 V模型特点6.1.1 软件测试过程模型定义:基本的开发过程和测试行为标明:测试过程中存在不同类型、不同级别的测试描述:不同测试阶段和开发过程期间各阶段的对应关系 V模型特点6.1.1 软件测试过程模型定义:基本的开发过程软件测试模型

3、- W模型6.1.1 软件测试过程模型软件测试模型- W模型6.1.1 软件测试过程模型W模型特点6.1.1 软件测试过程模型增加了软件各开发阶段中应同步进行的 验证 (verification)和 确认(validation) 活动。基于“尽早地和不断地进行软件测试”的原则。W模型特点6.1.1 软件测试过程模型增加了软件各开发阶段中串行活动,无法更好适应变更:把软件的开发视为需求、设计、编码等一系列的串行活动,无法解决需求变更等变更调整。线性的前后关系,无法有效支持迭代:开发和测试保持线性的前后关系,上一阶段完成才能开始下一阶段,无法有效,快速支持产品迭代。测试完整性不足:顺序模型中没有很

4、好体现测试流程的完整性。V模型和W模型的局限性6.1.1 软件测试过程模型串行活动,无法更好适应变更:把软件的开发视为需求、设计、编码软件测试模型- H模型6.1.1 软件测试过程模型测试活动 相对独立软件测试模型- H模型6.1.1 软件测试过程模型测试活动H模型特点6.1.1 软件测试过程模型软件测试是一个独立的流程贯穿产品的整个生命周期,与其他流程并发的进行软件测试要尽早准备、尽早执行软件测试分层次进行的,不同层次的测试按照某个次序先后进行,也可以重复进行H模型特点6.1.1 软件测试过程模型软件测试是一个独立的流开发模型中的测试6.1.1 软件测试过程模型开发活动与测试活动并行明确的测

5、试目标尽早开展测试活动开发模型中的测试6.1.1 软件测试过程模型开发活动与测试活6.1.2 软件测试过程中的活动及内容阶段-主要测试活动-输出-需求验证和确认需求说明书、制定测试计划测试需求、组织团队、测试计划设计验证和确认设计文档、模型等,测试设计及评审测试计划、方案、测试案例等编程代码、评审、搭建环境、单元测试测试案例及缺陷等测试执行测试、缺陷管理缺陷报告和测试报告安装安装测试、确认产品安装程序、安装文档、用户手册等维护培训、维护、变更管理、测试维护手册、测试报告等6.1.2 软件测试过程中的活动及内容阶段主要测试活动输出需基于项目目标,制定测试计划, 确定测试策略, 选定测试方法,排定

6、优先级,建立里程碑,组织测试资源(测试团队、软硬件环境等)等。基于测试计划, 明确测试需求、测试对象和测试目标及功能与性能指标。依据测试计划和测试设计,测试人员可以开展测试的相关活动。测试过程的主要内容6.1.2 软件测试过程中的活动及内容基于项目目标,制定测试计划, 确定测试策略, 选定测试方法,软件测试过程中的关键活动包括6.1.3 软件测试过程度量提取测试需求制定测试计划制定测试策略和方案开展测试设计执行测试用例分析测试结果软件测试过程中的关键活动包括6.1.3 软件测试过程度量提取6.1.3 软件测试过程度量软件测试过程度量指标软件测试进度测试覆盖度测试缺陷出现 / 到达曲线测试缺陷累

7、积曲线测试效率6.1.3 软件测试过程度量软件测试过程度量指标软件测试进度软件测试过程度量指标6.1.3 软件测试过程度量 在CMMI 体系的测试过程中定义了四个度量指标测试覆盖率:测试覆盖率是指测试用例对需求的覆盖情况测试执行率:实际执行过程中确定已经执行的测试用例比率测试执行通过率:在实际执行的测试用例中,执行结果为“通过”的测试用例比率 测试缺陷解决率:某个阶段已关闭缺陷占缺陷总数的比率软件测试过程度量指标6.1.3 软件测试过程度量 在CMMI对软件测试过程质量度量应该遵循四项原则要制定明确的度量目标建立软件测试过程质量度量的指标体系,度量指标的定义应该具有一致性、客观性度量的方法应该

8、尽可能简单、可计算度量数据的收集应该尽可能自动化 软件测试过程度量原则6.1.3 软件测试过程度量对软件测试过程质量度量应该遵循四项原则软件测试过程度量原则6软件成熟度模型(CMM)6.1.4 CMM和ALMCapability Maturity Module of Software美国卡内基-梅隆大学开发;1991年CMM1.0;1993年CMM1.1;1997年CMM2.0;控制软件开发和维护的过程,从不成熟走向成熟。CMM的五个级别:初始级、可重复级、定义级、管理级、优化级软件成熟度模型(CMM)6.1.4 CMM和ALMCapab6.1.4 CMM和ALMCMM的五个级别:6.1.4 CMM和ALMCMM的五个级别:6.1.4 CMM和ALMCMM和ALM CMM为软件企业提供了一种软件开发过程控制和评估的框架,它分别列出了五个级别需要完成的目标和判定条件应用生命周期管理工具可以帮助企业提高软件能力成熟度,进而提高企业的核心竞争能力,其对于企业的好处具体体现在增强企业的竞争能力提高软件开发效率管理和控制6.1.4 CMM和ALMCMM和ALM CMM为软件企业提6.1.4 CMM和ALM6.1.4 CMM和ALMHP ALM实现全面的端到端追踪6.

温馨提示

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

评论

0/150

提交评论