目录
1.软件测试V模型
2.软件测试W模型（双V模型）
1.软件测试V模型
V模型最早是由Paul Rook在2０世纪８０年代后期提出的，目的是改进软件开发的效率和效果。是瀑布模型的变种。
- 明确地标注了测试过程中存在的不同类型的测试，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。
- V模型指出，单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。
- 局限性：仅仅把测试作为在编码之后的一个阶段，未在需求阶段就进入测试。
- 特点：左边是开发，右边是测试；类似于瀑布模型（在编码处转折了下）。
- 优点：测试被划分为许多类型。
- 缺点：测试人员介入太晚，问题发现太晚。
2.软件测试W模型（双V模型）
- W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。
- W模型特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的。
- W模型优点：有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，显著减少总体测试时间，加快项目进度。
- 局限性：需求、设计、编码等活动被视为串行的；测试和开发活动也保持着一种线性的前后关系， 上一阶段完全结束，才可正式开始下一个阶段工作。无法支持敏捷开发模式。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。
- 特点：开发一个V，测试一个V。
- 优点：测试人员能够尽早介入了需求。
- 缺点：测试人员和开发人员一定程度上还是串行的；不能拥抱变化，不适用于敏捷。
