软件测试流程和规范.ppt

单击此处编辑母版标题样式,编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,软件测试流程和规范,目 录,传统的软件测试过程,1,敏捷测试过程,2,软件测试学派,3,基于风险的测试策略,4,测试过程改进,5,软件测试规范,6,1,传统的软件测试过程,1.,软件测试过程,单元与集成测试,需求评审,设计评审,系统测试,验收测试,开发,计划,设计,执行,评估,报告,从软件工程角度,从项目管理角度,2.,软件过程模型,瀑布模型,原型,模型,RAD,模型,改进,的,V,模型,螺旋,模型,增量,模型和迭代模型,构件,组装模型,并发,模型,XP,模型,2.,软件过程模型,瀑布模型,示意图,2.,软件过程模型,增量模型示意图,需求分析,设计,编码,1,测试,1,测试,2,编码,2,编码,3,测试,3,2.,软件过程模型,螺旋模型示意图,详细设计,风险分析,评估方案,累计成本,提交线,制定计划,原型,1,原型,2,原型,3,可运行,原型,风险分析,风险分析,需求计划,开发计划,集成与测试,软件,需求,软件产品设计,需求,确定,设计,确定,实现,编码,单元测试,集成测试,验收测试,2.,软件过程模型,RUP,示意图,2.,软件过程模型,XP,示意图,3.,软件测试过程模型,软件测试的过程,3.,软件测试过程模型,软件测试的各个阶段,3.,软件测试过程模型,阶 段,输 入,输 出,需求评审,需求定义,市场分析文档,相关技术文档,市场需求分析会议记要,功能设计,技术设计,设计审查,市场需求文档,技术设计文档,测试计划,测试用例,单元测试,集成测试,代码完成文件包,功能详细设计说明书,最终技术文档,完整测试用例,完备的测试计划,缺陷报告,功能验证测试报告,系统测试,代码修改后的文件包,完整测试用例,完备的测试计划,缺陷报告,缺陷状态报告,项目阶段报告,确认测试,代码冻结文件包,确认测试用例,缺陷状态报告,缺陷报告审查,版本审查,版本发布,代码发布文件包,测试计划检查清单,当前版本已知问题的清单,版本发布报告,3.,软件测试过程模型,软件测试与软件开发各阶段的关系,需求分析,说明书,概要设计说明书,确认,测试,详细设计,说明书,集成,测试,单元,测试,源程序代码,3.,软件测试过程模型,V,模型,V,模型是最具有代表性的测试模型。,V,模型最早是由,Paul Rook,在,20,世纪,80,年代后期提出的，,V,模型在英国国家计算中心文献中发布，旨在改进软件开发的效率和效果。,在,V,模型中，描述了一些不同的测试级别，并说明了这些级别所对应的生命周期中不同的阶段，清楚地描述了这些测试阶段和开发过程期间的对应关系。,3.,软件测试过程模型,必需在编码工作结束后才能进行测试！,3.,软件测试过程模型,V,模型,特点,V,模型有阶段性、顺序性和依赖性,V,模型的测试策略既包括低层测试又包括高层测试（低层测试为了检查源代码，高层测试为了使整个系统满足用户的需求）,V,模型有质量保证的,观点,V,模型,优点,应用瀑布模型的思想将复杂的测试工作按阶段划成各个小阶段来实现,从多角度测试系统：将系统从模块到集成再到系统和用户测试的思路可以使系统缺陷尽可能多地暴露,出来,V,模型缺点,把软件的开发视为需求、设计、编码等一系列串行的活动。同样开发和测试保持一种线性的前后关系，需要有严格的指令表示上一阶段完全结束，才可正式开始下一个阶段。这样就无法支持迭代、自发性以及变更调整,。,3.,软件测试过程模型,W,模型,由于各种原因，开发的每一个环节都可能产生错误，如果坚持各个阶段的技术评审,就可尽早发现和预防错误。软件开发与测试的,W,模型，形象地说明了软件测试与开发的同步性,。,W,模型由,Evolutif,公司提出，相对于,V,模型，,W,模型更科学。,W,模型是,V,模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题,。,3.,软件测试过程模型,每个开发活动后都可以执行相应的测试！,3.,软件测试过程模型,W,模型特点,在,V,模型的基础上，增加开发阶段的同步测试，形成,W,模型；测试与开发同步进行，有利用尽早的发现问题,局限性：仍把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不能支持迭代，自发性以及变更,调整,W,模型优点,测试贯穿于整个软件开发生命周期；,测试对象不仅仅是程序，还包括需求和设计规格说明等；,测试与开发同步；,可以尽早、全面发现问题。,W,模型,缺点,为串行结构，需等上一阶段活动结束后才能开展下一活动,。,3.,软件测试过程模型,H,模型,H,模型中,软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行,并且可以根据被测物的不同而分层次进行。,与前两种模型相比，,H,模型充分地体现了测试过程。,H,模型揭示了,:,软件测试不仅仅指测试的执行,还包括很多其他的活动。,软件测试是一个独立的流程,贯穿软件开发周期,与其它流程并发进行。,软件测试要尽早准备,尽早执行。,软件测试根据被测物的不同是分层次的，不同层次的测试活动可以是按照某个次序先后进行的,但也可能是反复的,3.,软件测试过程模型,3.,软件测试过程模型,H,模型特点,强调软件测试不仅仅指执行测试，还包括很多其它的活动。,强调软件测试是一个独立的流程，贯穿整个生命周期，与其他流程并发地进行。,强调测试要尽早准备，尽早执行。,强调测试是根据测试物的不同而分层次进行的。,H,模型优点,将软件测试从开发中独立出来，有利于测试人员研究更深的测试技术。,如果测试组同时要测试多个项目或产品时，可以实现对测试技术成果的重复利用及测试人员高效调整。,在缺陷修复问题上不会受某项目组内部人员的限制。,H,模型,缺点,独立的测试组使得,测试人员,对系统认识不够深入，影响测试质量及测试效率,。,3.,软件测试过程模型,X,模型,X,模型的基本思想是由,Marick,提出的，但首先是,Marick,不建议要建立一个替代模型。,Robin FGoldsmith,引用了一些,Marick,的想法，并重新经过组织，形成了“,X,模型”。,其实并不是为了和,V,模型相对应而选择这样的名字，而是由于其它一些原因：,X,通常代表未知，而,Marick,也认为他的观点并不足以支撑一个模型的完整描述，但其中已经有一个模型所需要的一些主要内容，其中也包括了象探索性测试（,exploratory testing,）这样的亮点。,X,模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终合成为可执行的程序。,(,右上半部分），这些可执行程序还需要进行测试。,3.,软件测试过程模型,4.TMAP,TMap(Test Management Approach,，测试管理方法,),是一种结构化的、基于风险策略的测试方法体系,目的能更早地发现缺陷，以最小的成本、有效地、彻底地完成测试任务，以减少软件发布后的支持成本,。,TMap,所定义的测试生命周期由计划和控制、准备、说明、执行和完成等阶段组成,目的：,本管理办法是软件测试的一份指导性文件，对软件测试过程中所涉及到角色职责、计划、流程、用例、缺陷管理过程进行总体规范，以有效保证软件产品的质量。,4.TMAP,TMAP,四大基石,与软件开发生命周期一致的测试活动生命周期（,L,）；,坚实的组织融合（,O,）,正确的基础设施和工具（,I,）,可用的技术（,T,）,4.TMAP,TMAP,方法模型基本内容,一个基于风险的测试方法,基于风险的测试策略，来有效的分配,测,试投,入,在测试规划的各个时间点进行商业投入,4.TMAP,TMap,描述的生命周期,模型,p（准备）：包括可测试性评审，确定技术方法,S（说明）：,包括详细的设计测试用例，建立测试的基础设施,E（执行）：包括预测试，测试，重新测试，检查，评估等活动,C（完成）：包括维护测试件、评估测试过程,P&C（计划和控制）：包括评审和研究，开发测试策略（风险分析、测试估算等），简历测试组织，准备计划，管理和控制等。,4.TMAP,TMap,测试,过程,计划,和控制阶段,，测试计划,的创建，定义了执行测试活动的“,who,what,when,where and how”,。在测试过程中，通过定期和临时的报告，库户可以经常收到关于产品质量和风险的更新。,准备,阶段,。决定软件说明书质量是否足以实现说明书和测试执行的成功。,说明,阶段,。定义测试用例和构建基础设施。一旦测试目标确定，测试执行阶段就开始。,执行阶段,。需要分析预计结果的区别，发现缺陷并报告缺陷,完成,阶段,，包括对测试用例的维护以及再利用，创建一个最终报告以及为了更好的控制将来的测试过程对测试过程进行评估,4.TMAP,TMap,的,优势,TMap,提供了一个完整的、一致的、灵活的方法可以根据特定的环境想、创建 量身定制的测试方法，以及在不同的环境中可以采用的通用的方法从而适用于各种行业以及各种规模的组织。,4.TMAP,Tmap,其他方法,TPI,，,一个逐步完善测试过程的模型,TAKT,，,测试自动化的方法,Tsite,，,如何在一个永久的测试组织中实施测试过程,TEmb,，,测试嵌入系统,4.TMAP,TMap Next,测试应该如何做；无论,是系统，程序，软件或者硬件的改变，都会影响商业的连续性和最终质量。相关的风险需要能够管理起来，而且需要尽早管理和最低代价管理。,TMap next,的方法描述：什么是计划内变更的风险要素，如何管理和维持一个复杂的系统和程序的质量，如何控制测试成本,。,4.TMAP,TMap next,方法包括四个,要素,业务驱动测试管理方法,BDTM,结构化的测试流程,完整的工具包,自适应的测试方法,4.TMAP,TMap Next,描述的生命周期模型,2,敏捷测试过程,1.,敏捷测试的定义,敏捷测试的,定义,敏捷,测试,(Agile testing),是测试的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。,敏捷,测试是遵循敏捷宣言的一种测试实践：,强调,从客户的角度，即是从使用系统的用户的角度，来测试系统。,重点,关注持续迭代的测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。,建议,尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性。,2.,敏捷宣言,敏捷宣言,敏捷宣言，也叫做敏捷软件开发宣言，正式宣布了对四种核心价值和十二条原则，可以指导迭代的以人为中心的软件开发方法,。,敏捷宣言强调的敏捷软件开发的四个核心价值是：,个体,和互动高于流程和工具,工作,的软件高于详尽的文档,客户,合作高于合同谈判,响应,变化高于遵循,计划,2.,敏捷宣言,遵循,的原则：,尽早和持续地交付有价值的软件来满足客户,欢迎需求变更,即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势,要不断交付可用的软件，周期从几周到几个月不等，且越短越好,项目过程中，业务人员与开发人员必须在一起,工作,要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务,无论是团队内还是团队间，最有效的沟通方法是面对面的交谈,可用的软件是衡量进度的主要指标,敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持长期稳定的开发速度,对技术的精益求精、对设计的不断完善将提升敏捷性,简单,尽最大可能减少不必要的工作,一门艺术,最佳的架构、需求和设计出自于自组织的团队,团队要定期反省如何能够做到更有效，并相应地调整团队的行为,3.,敏捷测试的特征,尽早和持续地开展测试,能及时完成对软件质量全面评估,软件本身是测试研究和分析最主要的对象,在满足所要求的质量，测试进行得越快越好,测试人员必须和项目干系人保持密切协作,对测试人员足够信任和尊重,测试计划、设计和执行力求简单,对测试技术精益求精,不断反思，持续优化测试设计,4.,敏捷测试流程,敏捷测试,=,持续的质量,反馈,需求,设计,代码,功能,非功能特性,产品经理,开发人员,敏捷测试,质量问题持续反馈,质量问题持续反馈,敏捷测试,4.,敏捷测试流程,全过程持续的单元,/,系统测试,Daily,产品,Backlog,(,确定优先级,),测试需求测试任务,测试计划,可发布的产品阶段性成果,回归测试,+BVT,验收测试,测试用例,4.,敏捷测试流程,Product Backlog,（发布计划，需求定义阶段）,Sprint Backlog,（迭代计划，阶段性任务分解和安排）,在每个迭代实施阶段，完成,Sprint Backlog,所定义的任务,验收测试,5.,敏捷测试中的测试方法,探索性测试,：,是,一种测试风格，而不是某一种具体的测试方法（等价类测试,/,边界测试等），它强调系统软件学习，设计测试用例以及测试执行同时进行,他适用于要求在短时间内以及测试需求频繁变更下寻找出重大缺陷的,情况,基于,脚本的手工测试：,在某些无法自动化测试的部分，使用手工测试或是半自动测试执行某些回归测试,用例,5.,敏捷测试中的测试方法,探索性,测试概念,有计划和有目的的开展，需要,IT,和业务知识；,有抽象的方法论便于积累和技能传递，很容易培训；,单位时间内，发现的,bug,数和取得的代码覆盖率高；,尽早发现更多软件质量风险的测试手段,来源用户行为模式和软件出错模式的抽象,基于用户场景，通过模拟用户操作，接近真实的复杂用户行为启发测试人员的思维,是对传统测试设计方法的一个颠覆,是一般性测试的重要补充,5.,敏捷测试中的测试方法,漫游,测试模型,为了,降低,ET,重叠率、提高覆盖率，以漫游者视角进行的功能划分模型,漫游测试模型,商业区,历史区,旅游区,破旧区,旅馆区,娱乐区,在软件启动和关闭之间，包含用户使用软件特性和功能,历史版本遗留的代码，曾经出现较多缺陷的特性和功能,对新用户非常有吸引力的特性和功能,完成主要功能后，辅助性特性和功能,软件休息时还必须运行的特性及功能,用户帮助手册未提到的，测试人员需关注的特性和功能,5.,敏捷测试中的测试方法,探索式方法,极限测试法：边界之旅,场景插入法：场景的漫游,测一送一法：层见叠出,反叛法：没有谁是规规矩矩的,出租车法：条条大路通罗马,快递测试法：传递,懒汉测试法：默认,5.,敏捷测试中的测试方法,基于脚本的,测试,Scripted Testing(ST),先,设计后执行,Script,:,手工,测试的,Test case/,自动化的,Test Script,阶段性,明显，属于较传统的测试方式,分析,设计,执行,报告,5.,敏捷测试中的测试方法,ST,与,ET,系统性强,容易管理（可视性强）,设计在先、执行在后,验证自己的思路,可,预见性,先设计、后执行,强调逻辑分析,关注需求和测试文档,有明确的测试标准,强调评审、可控,严谨、规范,（个人能力强）高效率,适应性强,执行和思考并行,不断问系统,学习的过程,学习、设计和执行并行,上下文驱动,强调个人能力,Test Oracle,关注与产品的交互,拥抱变化、乐趣,5.,敏捷测试中的测试方法,5.,敏捷测试中的测试方法,5.,敏捷测试中的测试方法,脚本测试与探索测试的完美结合,3,软件测试学派,1.,软件测试学派,分析学派,上下文驱动学派,质量学派,敏捷学派,标准学派,4,基于风险的测试策略,1.,基于风险的测试策略,基于风险的测试策略是指评估测试的优先级，先做高优先级的测试，如果时间或精力不够，低优先级的测试可以暂时先不做,软件测试总是有风险的，基于风险的测试策略是最常用的策略,在敏捷开发模式中，这种策略更能发挥价值,2.,基于风险的测试策略分析,软件产品的风险度可以通过出错的影响程度和出现的概率来计算,3.,风险测试步骤,列出软件的所有功能和特性；,确定每个功能出错的可能性；,如果某个功能出错或欠缺某个特征，需要评估对用户使用软件产品的影响程度；,根据上面两个步骤，计算风险度；,根据可能出错的迹象，来修改风险度；,决定测试的范围，编写测试方案,5,测试过程改进,1.TMMi,测试成熟度模型集成,（,TMMI,）,TMMI,是,阶段架构的过程改进模型。它包含的阶段或者级别是从一个无序的，不可管理的到可管理的，可定义的，可度量的和可优化的。每个阶段要确保足够的改进，作为下一阶段的奠定基础,。,过程,能力描述了遵循一个软件测试过程可能达到的预期结果的范围,。,TMMI,的,建立，得益于以下,3,点：,充分吸收、,CMM/CMMi,的精华；,基于历史演化的测试过程；,业界的最佳实践。,1.TMMi,TMMI,有,5,个级别，它们遵守成熟度等级制度和演化路径来进行测试过程改进。每个级别都有一套过程域指明组织需要致力在那个级别取得成熟度,。,1.TMMi,1.TMMi,TMMi,结构,2.TPI,TPI,定义,TPI,（,Test Process Improvement,）是基于连续性表示法的测试过程改进的参考模型，是在软件控制、测试知识以及过往经验的基础上开发出来的,2.TPI,TPI 20,个关键域,测试策略,生命周期模型,介入时间,估计和计划,测试规格技术,静态测试技术,度量,测试自动化,测试环境,办公环境,承诺与动力,测试功能与培训,方法的范围,沟通,报告,缺陷管理,测试件管理,测试过程管理,评估,底层测试,2.TPI,测试成熟度矩阵,2.TPI,TPI,检查点和,建议,为了能客观地决定各个关键域的级别，,TPI,模型提供了一种度量工具,检查点。每个级别都有若干个检查点，测试过程只有在满足了这些检查点的要求之后，才意味着它达到了特定的级别,检查点帮助我们发现测试过程中的问题，而建议会帮助我们解决问题，最终改进测试过程。建议不仅包含对如何达到下个级别的指导，而且还包括一些具体的操作技巧、注意事项等。,2.TPI,TPI,NEXT,商业,驱动作为测试过程提升的基础,为改进目标和度量设定优先级,确保商业可以引导和控制改进的过程,2.TPI,TPI NEXT,测试成熟度矩阵,3.CTP,关键测试过程（,Critical Test Process,，,CTP,）：,内容,参考模型、上下文相关的方法，并能对模型进行裁剪,使用,CTP,的过程改进，始于对现有测试过程的评估，通过评估以识别过程的强弱，并结合组织的需要提供改进的意见,计划（,Plan,）、准备（,Prepare,）、执行（,Perform,）和完善,(Perfect),；计划和完善主要是管理工作，准备和执行是实践工作,3.CTP,CTP,12,个关键,过程,测试,建立上下文关系和测试环境,质量风险评估,测试估算,测试计划,测试团队开发,测试（管理）系统开发,测试发布管理,测试执行,缺陷报告,测试结果报告,变更管理,4.STEP,STEP,（,Systematic Test and Evaluation Process,，系统化测试和评估过程）,是一个内容参考模型，认定测试是一个生命周期活动，在明确需求后开始直到系统退役。,STEP,与,CTP,比较类似，而不像,TMMI,和,TPI,，并不要求改进需要遵循特定的顺序。,某些情况下，,STEP,评估模型可以与,TPI,成熟度模型结合起来使用,4.STEP,STEP,方法的基本前提包括：,基于,需求的测试策略,在生命周期初始开始进行测试,测试用作需求和使用模型,由测试件设计导出软件设计（测试驱动开发）,及早发现缺陷或完全的缺陷预防,对缺陷进行系统分析,测试人员和开发人员一起工作,4.STEP,STEP,定量的度量和分析包括：,不同时期的测试状态,测试需求和风险覆盖,缺陷趋势，包括发现、等级和分类分项数据,缺陷密度、缺陷移除效率、缺陷发现率,缺陷引进、发现和移除等阶段,测试成本，包括时间、工作量和资金,6,软件测试规范,1.,软件质量标准,标准的概念,标准,是由一个公认的机构制定和批准的文件。它对活动或活动的结果规定了规则、导则或特性值，供共同和反复使用，以实现在预定领域内最佳秩序的效益。,1.,软件质量标准,标准的,分类,国际标准：,ISO,、,IEC,区域标准：欧洲标准化委员会,国家标准：,GB,、,ANSI,行业标准：,QB,、,SJ,地方标准：,DB,企业标准：美国波音飞机、德国西门子,1.,软件质量标准,标准在软件测试中的作用和,意义,标准是测试的重要依据,标准是用户、开发方以及测试机构的桥梁,标准是保障产品质量，规范市场的标尺,标准有利于软件测试与国际接轨,2.ISO,ISO,软件质量,标准,ISO9000,系列标准是,ISO(International Standardization Organization),国际标准化组织,TC/176,技术委员会制定的所有国际标准。核心标准如下,：,质量保证标准（,ISO9001/2/3,）,质量管理,标准（,ISO9004),2.ISO,ISO,软件质量标准,思想,控制,思想,，即对产品形成的全过程进行控制。任何事物都是由一个或多个过程活动的结果，只要对产品形成的全过程进行控制并达到过程质量要求，最终产品的质量就有了,保证,预防,的思想,。通过对产品形成的全过程进行控制以及建立并有效运行自我完善机制达到预防不合格，从根本上减少或消除不合格品,2.ISO,ISO,软件质量标准,结构,ISO9000,系列标准的主体部分分为两组,：,“需方对供方要求质量保证”的标准,ISO9001,9003,“,供方建立质量保证体系”的标准,ISO9004,ISO9001,：设计,/,开发、生产、安装和服务中质量保证模式；,ISO9002,：生产和安装中的质量保证模式；,ISO9003,：最终检验和测试中的质量保证模式；,ISO9004,：质量管理和质量体系要素导则。,3.ISO9000-3,ISO9000-3,其实是,ISO,质量管理和质量保证标准在软件开发、供应和维护中的使用指南，并不作为质量体系注册,/,认证时的评估准则，主要考虑软件行业的特殊性制定。参照,ISO9001,质量体系设计、开发、生产、安装和服务的质量保证模式,，并引用,ISO 8402,质量管理和质量保证术语,，使得,ISO9000,系列标准应用范围得以拓展,。,软件开发、供应、维护中应用,ISO9001,的指南,是指南，不是标准,依然困惑：依然强调的是供应商和顾客的关系，不是工程师该如何做,3.ISO9000-3,ISO 9000-3,体系结构,合同评审,需方需求规格说明,开发计划,质量计划,设计和实现,测试和确认,验收,复制、交付和安装,维护,4.,软件测试规范,软件测试规范就是对软件测试的流程过程化并对每一个过程元素进行明确的界定，形成完整的规范体系。,可分为行业规范和操作规范。,4.,软件测试规范,完整的软件测试规范是怎样的,规范,本身的详细说明,比如规范目的、范围、文档结构、词汇表、参考信息、可追溯性、方针、过程,/,规范、指南、模板、检查表、培训、工具、参考资料等等。,4.,软件测试规范,制定测试规范需要考虑的,内容,角色的确定,进入,的准则,输入,项,活动,过程,输出,项,验证,与确认,退出,的准则,度量,5.,建立软件测试管理和评判体系,为什么要建立管理与评判体系,?,监视和测量软件产品,识别和控制不符合要求的产品,验证产品设计和开发,监视和测量软件过程,5.,建立软件测试管理和评判体系,测试管理和评判体系发展,现状,美国质量保证研究所对软件测试的研究结果表明,:,越早发现软件中存在的问题，开发费用就越低,;,在编码后修改软件缺陷的成本是编码前的,10,倍，在产品交付后修改软件缺陷的成本是交付前的,10,倍,;,软件质量越高，软件发布后的维护费用越低。另外，根据对国际著名,IT,企业的统计，它们的软件测试费用占整个软件工程所有研发费用的,50%,以上,。,中国软件企业在软件测试方面与国际水准仍存在较大差距。首先，认识上重开发、轻测试，没有认识到软件项目的如期完成不仅取决于开发人员，更取决于测试人员；其次，管理上随意、简单，没有建立有效、规范的软件测试管理和评判体系；另外，缺少自动化工具的支持，大多数企业在软件测试时并没有建立软件测试管理与评判体系。,5.,建立软件测试管理和评判体系,如何建立测试管理与评判,体系,测试规划,资源管理,测试设计,测试实施,配置管理,测试管理,确定目标和策略,确定测试方案及用例,执行用例,测试配置管理,资源综合调配与管理,对以上过程综合管理,GBT 15532-2008,计算机软件测试规范,示例：银行业软件测试规范,示例：环境信息系统的测试规范,计划,确定测试,充分性要求。确定测试应覆盖的范围及每一范围所要求的覆盖程度。,确定测试终止,的要求。指定测试过程正常终止的条件,(,如测试充分性是否达到要 求,),并确定导致测试过程异常终止的可能情况。,确定环境信息系统测试,的质量目标。,确定用于测试,的资源要求,包括软件、硬件、人员数量和人员技能等。,确定需要测试,的环境信息系统特性。根据合同或系统,/,子系统设计文档的描述,确,定系统的功能、性能、状态、接口、数据结构、设计约束等内容和要求。并从中确,定需测试的环境信息系统特性。,确定测试,需要的技术和方法,如测试数据生成和验证技术、测试数据输入技术、测,试结果获取技术、是否使用标准测试集等。,根据合同或项,目计划的要求和环境信息系统的特点,确定测试准出条件。,h),确定由资源和被测系统决定的测试活动的进度。,对测试工作进行风险分析与评估,并制订应对措施,。,设计,设计测试用例。将需测试的环境信息系统特性分解,针对分解后的每种情况设计测试用例。,获取测试数据,包括获取现有的测试数据和生成新的数据,并按照要求验证所有数据。,确定测试顺序,可从资源约束、风险以及测试用例失效造成的影响或后果几个方面考虑。,获取测试资源,对于支持测试的软件,有的需要从现有的工具中选定,有的需要开发。,编写测试程序,包括开发测试支持工具。,建立和确认测试环境。,编写测试说明。,感谢观看,THANKS,