缺点：仅仅把测试作为编码的最后一个阶段，未在需求阶段就进入测试
V模型 ：虽然是个V型但是它是串行的（缺点与瀑布模型相同）
测试参与的阶段：用户需求阶段（了解项目做什么），
需求分析与系统（了解需求，确定需求的范围 做测试计划），
编码（测试人员编写测试用例），
系统测试（是我们工作量大的阶段 环境搭建，数据准备，测试执行，缺陷管理，编写测试报告，
验收测试（协助用户进行验收测试）
单元测试和集成测试由开发人员或者白盒测试工程师完成
W模型 W模型增加了软件开发阶段中应同步进行的验证和确认活动W模型由两个V字模型组成，分别代表测试与开发阶段，图中明确表示出了测试与开发的并行关系W模型特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的W模型优点：有利于尽早地全面的发现问题。缺点：需求、设计、编码等活动被视为串行的；
测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。
无法支持敏捷开发模式。
对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。
W模型：第一个V是开发线，第二个V是测试线，开发与测试并行
第一个V：左边开发线没变，把编码作为黄金分割线
第二个V：右边测试线没变，把单元测试作为黄金分割线
用户需求（了解用户需求，为验收测试做准备）
需求分析与设计（编写测试计划，对系统测试做准备）
概要设计阶段（进一步细化测试计划，并为集成测试做准备）
详细设计（搭建测试用例框架，并为单元测试做准备）
编码阶段（测试用例编写，开发人员和白盒工程师进行单元测试）【单独进行编写】
集成阶段（开发人员和白盒工程师进行集成测试）【集成阶段的测试用例是从编码阶段的测试用例里提取出来的】
系统测试对应的是实施 （环境搭建，数据准备，测试执行，缺陷管理，编写测试报告）
交付 验收（协助用户进行验收）
缺点：不能适用于需求变更频繁的项目