表格模板-测试流程图64页 精品.ppt

《表格模板-测试流程图64页 精品.ppt》由会员分享，可在线阅读，更多相关《表格模板-测试流程图64页 精品.ppt（64页珍藏版）》请在第一文库网上搜索。

1、测试总体流程图测试总体流程图F F验收测试验收测试B B单元测试单元测试C C整合测试整合测试D D系统测试系统测试E E性能测试性能测试A A测试计划、测试测试计划、测试设计设计立项立项结束结束测试分类测试分类.黑盒测试黑盒测试.白盒测试白盒测试.灰盒测试灰盒测试软件中的难题软件中的难题1.开发的不是客户需要的开发的不是客户需要的2.计划赶不上变化，进度无法按期完成计划赶不上变化，进度无法按期完成3.挖坑还是开渠？永远的资源不足挖坑还是开渠？永远的资源不足4.不能正确实现功能不能正确实现功能5.如何维护大量的已有软件？如何维护大量的已有软件？软件与硬件的区别软件与硬件的区别软件软件硬件硬件易

2、变易变确定，需求和产物确定，需求和产物非组件化非组件化组件化，由构建组成组件化，由构建组成随时间而消退随时间而消退随时间而磨损随时间而磨损成本在研发上，成本在研发上，copy过程过程几乎没有成本几乎没有成本生产工程成本高生产工程成本高软件工程软件工程1.软件工程是为创造高质量软件提供的一个框架软件工程是为创造高质量软件提供的一个框架2.将系统化，规范化，可度量的方法应用于软件的开发，将系统化，规范化，可度量的方法应用于软件的开发，运行和维护，即将工程化应用于软件中运行和维护，即将工程化应用于软件中3.包括过程，方法和工具三个层面包括过程，方法和工具三个层面4.过程，方法和人对质量的影响过程，方

3、法和人对质量的影响过过 程程1.过程是项目管理的基础过程是项目管理的基础2.定义关键过程区域框架定义关键过程区域框架3.CMM中的中的KPA方方 法法1.技术上需要如何做？技术上需要如何做？2.方法涵盖一系列的任务：需求，设计，编方法涵盖一系列的任务：需求，设计，编码，测试，维护码，测试，维护工工 具具1.为工程，方法提供自动，半自动化的支持为工程，方法提供自动，半自动化的支持2.组建起来被另外一个工具使用组建起来被另外一个工具使用3.组成软件工程环境组成软件工程环境过程篇过程篇关于关于CMMCMM（Capability Maturity Model）能力成熟度模型能力成熟度模型用于软件开发过

4、程和开发能力的改进与评估的模型用于软件开发过程和开发能力的改进与评估的模型对软件工程的全过程进行考察和评估对软件工程的全过程进行考察和评估不告诉你怎么做，但告诉你不用成熟度应该关注的关键过程不告诉你怎么做，但告诉你不用成熟度应该关注的关键过程何为何为CMM/CMMICMMI，目标：第一个是质量，第二个是时间表，第三就是，目标：第一个是质量，第二个是时间表，第三就是要用最低的成本。要用最低的成本。 与原有的能力成熟度模型与原有的能力成熟度模型CMM相比，相比，CMMI涉及面更广，涉及面更广，专业领域覆盖软件工程、系统工程、集成产品开发和系统采专业领域覆盖软件工程、系统工程、集成产品开发和系统采购

5、购 CMMI即即CMM集成，是系统工程和软件工程的集成成熟度集成，是系统工程和软件工程的集成成熟度模型，模型，CMMI更适合于信息系统集成企业。更适合于信息系统集成企业。CMMI是在是在CMM基础上发展起来的，它继承并发扬了基础上发展起来的，它继承并发扬了CMM的优良特的优良特性，借鉴了其他模型的优点，融入了新的理论和实际研究成性，借鉴了其他模型的优点，融入了新的理论和实际研究成果。它不仅能够应用在软件工程领域，而且可以用于系统工果。它不仅能够应用在软件工程领域，而且可以用于系统工程及其他工程领域。程及其他工程领域。 CMMI阶段模型阶段模型5.优化级优化级 ：持续过程改进，组织性快速重新：持

6、续过程改进，组织性快速重新配置配置4.量化管理级：量化管理级： 过程和产品被量化度量并控过程和产品被量化度量并控制，组织性能提升制，组织性能提升3.已定义级：组织内项目改进和执行已定义级：组织内项目改进和执行2.已管理级：能重复以前的成功，有纪律性已管理级：能重复以前的成功，有纪律性1.初始级：过程能力不可预测，无秩序初始级：过程能力不可预测，无秩序 Level 1在级别在级别1：过程是随机，混乱和无序的。这种通常没有一个稳过程是随机，混乱和无序的。这种通常没有一个稳定的环境，它的成功依赖于组织中个人的能力和定的环境，它的成功依赖于组织中个人的能力和英雄主意，而不是依赖使用经过验证的过程。尽英

7、雄主意，而不是依赖使用经过验证的过程。尽管这种混乱，无序的环境，对成熟度管这种混乱，无序的环境，对成熟度1的组织也的组织也经常能制造出能工作的产品和服务，但是，他们经常能制造出能工作的产品和服务，但是，他们的项目经常是超成本和进度的。的项目经常是超成本和进度的。它们有过度承诺的趋势，在危机时放弃过程，不能它们有过度承诺的趋势，在危机时放弃过程，不能重复他们过去的成功。重复他们过去的成功。Level 21.组织中的项目确保需求得到管理，过程已经计划，执行，组织中的项目确保需求得到管理，过程已经计划，执行，度量和控制。度量和控制。2.即使在时间压力下，依然能够保留现有的实践。即使在时间压力下，依然

8、能够保留现有的实践。3.管理层在某些已定义点上对工作产品的状态和提交的服务管理层在某些已定义点上对工作产品的状态和提交的服务具有可视性。具有可视性。4.在干系人（风险承担者）之间建立了承诺，在必要的时候在干系人（风险承担者）之间建立了承诺，在必要的时候进行修正。进行修正。Level 3工程得到很好地表现和理解，被描述成标准，工程得到很好地表现和理解，被描述成标准，规程，关键和方法。规程，关键和方法。作为作为3级基础的组织标准过程集已经简历和不级基础的组织标准过程集已经简历和不断改进。断改进。2，3级的区别在于标准，过程和规程的范围级的区别在于标准，过程和规程的范围3级比级比2级的描述更具体和更

9、严格级的描述更具体和更严格Level 4使用统计和量化技术进行控制使用统计和量化技术进行控制建立了质量和过程性能的量化目标，作为过程管理建立了质量和过程性能的量化目标，作为过程管理的准则的准则收集了过程性能的详细度量，进行统计分析收集了过程性能的详细度量，进行统计分析质量和过程性能度量数据组成组织的度量库，来支质量和过程性能度量数据组成组织的度量库，来支持将来的基于事实的决策持将来的基于事实的决策3，4级的区别在于过程性能的可预测性。级的区别在于过程性能的可预测性。Level 5基于对过程中的固有偏差的一般原因的定量理解，基于对过程中的固有偏差的一般原因的定量理解，持续的进行过程改进持续的进行

10、过程改进通过渐进的和革新的技术改进，集中在持续地过程通过渐进的和革新的技术改进，集中在持续地过程性能改进上性能改进上指出过程偏差的一般原因和可测地改进组织过程的指出过程偏差的一般原因和可测地改进组织过程的过程改进得到识别，评估和实施过程改进得到识别，评估和实施敏捷和创新的过程优化依赖于授权员工的参与，他敏捷和创新的过程优化依赖于授权员工的参与，他们与业务价值和组织目标保持一致们与业务价值和组织目标保持一致Level 2CMM2： 可重复性可重复性KPA： 软件配置管理软件配置管理 软件质量保证软件质量保证 子合同管理子合同管理Level 2软件项目跟踪和监控软件项目跟踪和监控软件项目计划软件项

11、目计划需求管理需求管理配置管理配置管理1.定义并文档化配置项的功能和物理属性定义并文档化配置项的功能和物理属性2.控制这些属性的变更控制这些属性的变更3.记录和报告变更处理结果和实施状态记录和报告变更处理结果和实施状态4.遵从制定的需求进行验证遵从制定的需求进行验证同行评审同行评审为什么进行评审？为什么进行评审？.促进文档化，提升可读性，易理解性等促进文档化，提升可读性，易理解性等.查找错误，收集建议查找错误，收集建议.扩散知识，产生后备力量扩散知识，产生后备力量评审什么？评审什么？.项目中的一系列计划项目中的一系列计划.项目各阶段的输出：文档，代码等项目各阶段的输出：文档，代码等谁来评审？谁

12、来评审？项目组成员，项目组成员，PPQA，上级领导，客户等，上级领导，客户等同行评审同行评审.评审的输入评审的输入-待评审的文档，代码待评审的文档，代码-XXX评审检查表评审检查表.评审的输出评审的输出-评审报告评审报告- 评审过程检查表评审过程检查表正确看待文档正确看待文档.文档是所有事情能够继承的保证文档是所有事情能够继承的保证.如果认为不必要，多一分也是多，如果认为如果认为不必要，多一分也是多，如果认为必要，多少都不够必要，多少都不够.文档是一个人水平高低的体现文档是一个人水平高低的体现.需要提高每个人的写作能力，练好内功需要提高每个人的写作能力，练好内功软件开发模型软件开发模型瀑布型瀑

13、布型1.需求需求2.设计设计3.代码代码4.测试测试5.运行运行/维护维护软件开发模型软件开发模型原型原型1.用户需求不明确是采用用户需求不明确是采用2.快速设计，快速开发快速设计，快速开发3.迭代的过程迭代的过程4.与用户一起明确需求与用户一起明确需求5.最终会被抛弃最终会被抛弃软件开发模型软件开发模型演化模型演化模型.线性迭代线性迭代.每个线性过程产生一个版本每个线性过程产生一个版本.分阶段提供给用户分阶段提供给用户敏捷式开发敏捷式开发1.是一种以人为核心、迭代、循序渐是一种以人为核心、迭代、循序渐进的开发方法。进的开发方法。2.在敏捷开发中，软件项目的构建被在敏捷开发中，软件项目的构建被

14、切分成多个子项目，各个子项目的成切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的果都经过测试，具备集成和可运行的特征。特征。 决定软件质量的因素决定软件质量的因素1.过程过程2.方法方法3.工具工具4.人人测试目的测试目的 在产品投入使用前，通过综合的智力活动在产品投入使用前，通过综合的智力活动，发现程序中的显性和隐形的错误和缺陷，发现程序中的显性和隐形的错误和缺陷。控制发布产品的质量，提升客户满意度。控制发布产品的质量，提升客户满意度测试目的测试目的测试的目的是发现和确认系统有问题，而不是测试的目的是发现和确认系统有问题，而不是验证系统没有问题验证系统没有问题确认软件生命周期

15、中的各个阶段的产品是否正确认软件生命周期中的各个阶段的产品是否正确确确认最终交付的产品是否符合用户需求确认最终交付的产品是否符合用户需求使用测试数据检验系统运行的行为是否是按照使用测试数据检验系统运行的行为是否是按照预期目标执行的预期目标执行的测试原则测试原则所有测试都应该追溯到用户需求所有测试都应该追溯到用户需求应该在测试工作真正开始的较长时应该在测试工作真正开始的较长时间内就进行测试间内就进行测试测试中发现的测试中发现的80%的问题可能集中的问题可能集中在模块的在模块的20%中中测试原则测试原则测试顺序应从简单到复杂，从模块到集成测试顺序应从简单到复杂，从模块到集成，从白到黑，从白到黑穷举

16、测试是不可能的穷举测试是不可能的Bug不可避免不可避免常用的测试技术常用的测试技术1.在产品成型前，对规约，设计，代码进行在产品成型前，对规约，设计，代码进行Review，确认与需求是否一致，确认与需求是否一致-静态测试静态测试2.了解产品内部结构，确认内部逻辑是否符了解产品内部结构，确认内部逻辑是否符合需求，且内部构件被充分利用合需求，且内部构件被充分利用-白盒测试白盒测试3.如果了解特定的功能，在各种功能中寻找如果了解特定的功能，在各种功能中寻找错误错误黑盒测试黑盒测试静态测试和动态测试静态测试和动态测试1.静态测试：指不用执行程序的测试。主要静态测试：指不用执行程序的测试。主要采用采用Review，代码走查，同级评审，代码走查，同级评审，check list 检查单的方法对软件产品进行测试。检查单的方法对软件产品进行测试。2.动态测试：通过执行程序，找出产品问题动态测试：通过执行程序，找出产品问题的测试过程。黑盒，白盒都是动态测试。的测试过程。黑盒，白盒都是动态测试。白白 盒盒 测测 试试白盒测试发现的错误类型：白盒测试发现的错误类型：1.语法错误语法错误2.编译错误编译错误3.