测试模型

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