软件测试模型

瀑布模型：

瀑布模型适合于结构化方法。软件项目或产品选择瀑布模型必须满足下列条件:在开发时间内需求没有或很少变化;分析设计人员应对应用领域很熟悉;低风险项目(对目标、环境很熟悉);用户使用环境很稳定;用户除提出需求外，很少参与开发工作。 

V模型：

优点:包含了底层测试(单元测试)和高层测试(系统测试);清楚的标识了开发和测试的各个阶段;自上而下逐步求精，每个阶段分工明确，便于整体项目的把控。

缺点：自上而下的顺序导致测試工作在编码后，不能及时的进行修改;实际工作中，需求经常变化，导致v模型反复执行，返工量很大，灵活度较低。

敏捷模型：

敏捷模型可以及时响应客户需求变更,不断适应新的趋势,但是在开发灵活的同时也带来了一定程度的混乱。例如,缺乏文档资料;软件之前版本的可重现性、可回溯性较低;对于较大的项目,人员越多,面对面的有效沟通越困难。因此敏捷模型比较适用于小型项目的开发,而不太适用于大型项目。

 W模型：

W模型有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求文档的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。

优点:测试的活动与软件开发同步进行;测试的对象不仅仅是程序，还包括需求和设计;尽早发现软件缺陷可降低软件开发的成本。

局限性:在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临的困惑。

H模型：

相对于V模型和W模型，H模型将测试活动完全独立出来，形成了一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。

H模型揭示了一个原理:软件测试是一个独立的流程，以独立完整“微循环”流程，参与产品生命周期的各个阶段，与其他流程并发地进行。H模型指出软件测试要尽早准备，尽早执行，只要某个测试达到准备就绪点，试执行活动就可以开展，并且不同的测试活动可按照某个次序先后进行，但也可以是反复进行的。