软件测试模型.pptVIP

软件测试模型 软件测试模型分类 前置模型(测试驱动模型) H模型 X模型 W模型(双V模型) V模型 [瀑布模型] 软件测试模型分类之瀑布模型 瀑布模型的核心思想是按工序将问题化简，将功能的实现与设计分开，采用机构化的分析与设计方法将逻辑实现与物理实现分开。 软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试、运行维护。 规定活动自上而下、相互衔接的固定次序，逐级下落。 瀑布模型的重要地位 瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。其过程是从上一项活动接收该项活动的工作对象作为输入，利用这一输入实施该项活动应完成的内容给出该项活动的工作成果，并作为输出传给下一项活动。同时评审该项活动的实施，若确认，则继续下一项活动；否则返回前面，甚至更前面的活动。对于经常变化的项目而言，瀑布模型毫无价值。 瀑布模型的优点 为项目提供了按阶段划分的检查点。 当前一阶段完成后，您只需要去关注后续阶段。 可在迭代模型中应用瀑布模型。 软件测试模型分类之V模型 V模型优越性和局限性 优越性：V模型中的过程从左到右，描述了基本的开发过程和测试行为。V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系； 局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现； V模型（测试与开发阶段对应关系） 1 单元和集成测试应检测程序的执行是否满足软件设计的要求； 3 验收测试确定软件的实现是否满足用户需要或合同的要求。 2 系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标； V模型实际示意图 软件测试模型分类之W模型 W模型由Evolutif公司提出。 W模型从V模型演化过来，实际上开发是V，测试也是与此并行的V。 相对于V模型，W模型增加了软件各开发阶段中应同步进行的验证和确认活动。 W模型 测试伴随整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，测试与开发是同步进行的。 W模型有利于尽早地全面的发现问题。 W模型优缺点 局限性 把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不支持迭代，自发性以及变更调整受到限制。 优越性 在V模型的基础上，增加同开发阶段的同步测试，形成W模型；测试与开发同步进行，有利于尽早的发现问题； W模型 软件测试模型分类之X模型 X模型也是对V模型的改进，很好地处理测试与开发的交接过程（交接的过程是一个时间段，而不是一个点）,通过集成最终合成为可执行的程序。 X模型 左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终合成为可执行的程序，然后再对这些可执行程序进行测试。 己通过集成测试的成品可以进行封装并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。 X模型还定位了探索性测试，这是不进行事先计划的特殊类型的测试，给有经验的测试人员在测试计划之外发现更多的软件缺陷。 软件测试模型分类之H模型 H模型中, 软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行,并且可以根据被测目的不同而分层次进行。 H模型 在H模型中，软件测试过程是一个独立的流程，贯穿于整个产品周期，与其他流程并发地进行。 H模型指出，软件测试要尽早准备，尽早执行。 当某个测试时间点就绪时，软件测试即从测试准备阶段进入测试执行阶段。 软件测试可以根据被测物的不同而分层次进行。不同的测试活动可以是按照某个次序先后进行的。但也可能是反复的,只要某个测试达到准备就绪点,测试执行活动就可以开展。 各种模型的优点 V模型：强调项目开发需要经历的若干个测试级别， 忽略了测试的对象。 W模型：强调测试工作的先行、系统需求、系统设计 的测试，没有对软件测试的流程进行说明 。 H模型：强调测试是独立的，只要测试准备完成， 就可以执行测试。 软件测 试模型 X模型：很好地处理测试与开发的交接过程,通过 集成最终合成为可执行的程序。 前置测试模型 前置测试模型要点（一） 开发和测试相结合 前置机测试模型将开发和测试的生命周期整合在一起，标识了项目生命周期从开始到结束之间的关键行为，表示这些行为在项目周期中的价值所在。 对每一个交付内容进行测试 每一个交付的开发结果都必须通过一定的方式进行测试。源程序代码并不是唯一需要测试的内容。还包括可行性报告、业务需求说明、系统设计文档等。 在设计阶段进行计划和测试设计 前置测试模型要点（二） 测试和开发结合在一起 让验