软件测试模型

瀑布模型

• 优点

  强调需求，设计的作用；
  前一阶段完成后只需关注后续阶段；
  为项目提供按阶段划分的检查点，里程碑清晰；
  文档规范
  

• 缺点

  线性研发过程难以适应需求的频繁变化，
  项目周期后段才可看到成果，用户要到末期才能看到开发结果，增加了开发的风险
  强制的里程碑，对于开发过程中出现的变化，适应能力较差，
  文档工作量较大，测试在项目的后期，文档的开发带来很大的工作量。
  

V模型

• 优点

  在V模型里，强调软件开发的协作和速度，反应测试活动和分析测试的关系，并且将软件的实现和验证有机的结合了起来，V模型，明确的界定测试过程是存在不同阶段的。
  

• 缺点

  V模型也有一定的局限性,它仅仅把测试过程放在需求分析、系统设计、编码之后的一个阶段，忽视了测试对于需求的分析和验证。我们对需求的验证，对系统设计的验证，到后期的验收测试才有可能被发现，对于我们测试当中的测试需要尽早进行的原则在V模型中没有体现，这是V模型的局限。
  

W模型（双V模型）

• 优点

  开发与测试并行，有利于尽早发现问题，有利于及时的了解项目的测试风险，来及早的执行相应的应对方案，加快项目的进度。
  

• 缺点

  需求、设计、编码仍然是串行进行的，测试和开发保持线性的关系，上一个阶段完成之后才能进行下一个阶段，不能够很好的支持迭代的开发模型。
  

X模型

左边描述的是针对单独的程序片段相互分离的编码和测试，此后进行频繁的交接，再通过集成，最终合成可执行的程序，对这些程序进行测试，这些程序还是需要冀衡测试，已经通过的程序可以进行封板提交给用户，也可以作为更大集成的一部分，X模型还定位了探索式测试，探索式测试是不进行事先计划的特殊类型的测试，能够帮助测试人员在测试计划之外发现更多的错误。

H模型

H模型强调把测试分为测试准备和测试执行两个不同的阶段，只要由于其他流程的进展引发了测试就绪点的到位，这时候，只要测试准备不能完成，测试执行活动就可以或者需要开展，在H模型当中，测试是一个完全独立的模型，所以可以和其他的流程交叉地进行，也便于我们尽早的执行测试。