2014软件测试过程模型资料分析.pptVIP

软件测试（过程）模型 目前主流的开发模型主要有：瀑布模型、原型模型、螺旋模型、增量模型、渐进模型、快速软件开发(RAD)以及Rational统一过程(RUP)等，这些模型对于软件开发过程具有很好的指导作用。但是，在这些过程方法中，并没有充分强调测试的价值，也没有给测试以足够的重视，利用这些模型无法更好地指导测试实践。 软件测试是与软件开发紧密相关的一系列有计划的系统性的活动，显然软件测试也需要测试模型去指导实践。 软件测试的过程模型 软件测试的过程模型是对软件测试的各种资源进行配置和管理策略 软件测试阶段的划分 各阶段的测试对象 与软件开发各阶段产物的关系 软件错误的引入 V-模型 单元测试是基于代码的测试，最初由开发人员执行，以验证其可执行程序代码的各个部分是否已达到了预期的功能要求； 集成测试验证了两个或多个单元之间的集成是否正确，并有针对性地对详细设计中所定义的各个单元之间的接口进行检查； 系统测试开始以客户环境模拟系统的运行，以验证系统是否达到了概要设计中所定义的功能和性能； 最后，当测试部门完成了所有测试工作后，由业务专家或用户进行验收测试，以确保产品能真正符合用户业务上的需要。 V模型指出，单元和集成测试应验证程序的执行是否满足软件设计的需要；系统测试应验证系统功能、性能等质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。 V模型是最具有代表意义的测试模型。 V模型是软件开发瀑布模型的变种，它反映了测试活动与分析和设计的关系 。 V模型的不足之处 仅仅把测试过程作为在需求分析、概要设计、详细设计及编码之后的一个阶段。而非贯穿开发始终的一个活动。 忽略了测试的对象不应该仅仅包括程序，或者说它没有明确地指出应该对软件的需求、设计进行测试。 W模型的改进与不足之处 W模型中，需求、设计、编码等活动被视为串行，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法迭代的开发模型。 V模型和W模型均把软件的开发视为需求、设计、编码等一系列串行的活动，而事实上，这些活动在大部分时间内是可以交叉进行的，所以，相应的测试之间不存在严格的次序关系。同时，各层次的测试（单元测试、 集成测试、 系统测试等）也存在反复触发、迭代的关系。 V模型和W模型，都没有很好地体现测试流程的完整性。为了解决以上问题，提出了H模型。它将测试活动完全独立出来，形成一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。 H模型 软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。当某个测试时间点就绪时，软件测试即从测试准备阶段进入测试执行阶段。 上图演示了在整个生产周期中某个层次上的一次测试“微循环”。图中标注的其它流程可以是任意的开发流程，例如设计流程或者编码流程。即只要测试条件成熟，测试准备活动完成，测试执行活动就可以进行。 H模型的要点 软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行； 软件测试要尽早准备，尽早执行； X模型 V模型没有准确地描述人们在开发和测试实践中的做法。 V模型按照一定顺序严格排列的开发步骤； V模型从需求开始，但很多项目缺乏足够的需求。 X模型的一些修正 应对软件测试中的突发事件，包括交接，频繁重复的集成，以及需求文档的缺乏； 探索性测试，不进行事先计划的特殊类型的测试。 X模型是对V模型的改进，X模型提出针对单独的程序片段进行相互分离的编码和测试，此后通过频繁的交接，通过集成最终合成为可执行的程序。 X模型 前置测试模型 前置测试模型 * * 实现代码 详细设计 系统设计 软件需求 验收测试 系统测试 集成测试 单元测试 用户需求 需求分析与 系统设计 概要设计 编码 验收测试准备 系统测试准备 单元测试 集成测试 集成 实施 交付 系统测试 验收测试 W-模型 详细设计 集成测试准备 单元测试准备 X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终成为可执行的程序，然后再对这些可执行程序进行测试。己通过集成测试的成品可以进行封装并提交给用户。多根并行的曲线表示变更可以在各个部分发生。 X模型还定位了探索性测试，不进行事先计划的特殊类型的测试，这一方式能帮助有经验的测试人员在测试计划之外发现更多的软件错误。对测试员的熟练程度要求比较高。 ●开发和测试相结合 ●对每一个交付内容进行测试 ●在设计阶段进行测试计划和测试设计 ●测试和开发结合在一起 ●让验收测试和技术测试保持相对独立