一：V模型

V模型的优缺点（测试重点）

（1）优点：

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

（2）缺点

自上而下的顺序导致了，测试工作在编码之后，就导致错误不能及时的进行修改；
实际工作中，需求经常变化，导致v模型步骤，反复执行，返工量很大，灵活度较低。
在V模型中，只是把测试作为编码之后的一个阶段，并没有在需求开发阶段就进入测试。这也算是他的一个缺点了。
改良：每个步骤都可以进行小的迭代工作。

二：W模型

（1）优点

测试伴随着整个开发周期，需求和设计同样要测试；
更早的介入测试，可以发现初期的缺陷，修复成本低；
分阶段工作，方便项目整体管理。

（2）缺点

开发和测试依然是线性的关系，需求的变更和调整，依然不方便；
如果没有文档，根本无法执行w模型；
对于项目组成员的技术要求更高！

一. V模型

• V模型早是由Paul Rook在20世纪80年代后期提出的，目的是改进软件开发的效率和效果，是瀑布模型的变种
• 明确的标注了测试过程中存在的不同类型的测试，并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系
• V模型指出，单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求
• 局限性：仅仅把测试作为在编码之后的一个阶段，未在需求阶段就进入测试

V模型的优缺点（测试重点）

（1）优点：

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

（2）缺点

• 自上而下的顺序导致了，测试工作在编码之后，就导致错误不能及时的进行修改；
• 实际工作中，需求经常变化，导致v模型步骤，反复执行，返工量很大，灵活度较低。
• 在V模型中，只是把测试作为编码之后的一个阶段，并没有在需求开发阶段就进入测试。这也算是他的一个缺点了。
• 改良：每个步骤都可以进行小的迭代工作。

二. W模型

• 可以看出来，W模型增加了软件各开发阶段中应同步进行的验证和确认活动

• W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。

• W模型特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的

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

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

（1）优点

• 测试伴随着整个开发周期，需求和设计同样要测试；
• 更早的介入测试，可以发现初期的缺陷，修复成本低；
• 分阶段工作，方便项目整体管理。

（2）缺点

• 开发和测试依然是线性的关系，需求的变更和调整，依然不方便；
• 如果没有文档，根本无法执行w模型；
• 对于项目组成员的技术要求更高！

V模型（是瀑布模型的进阶）

• 明确的标注了测试过程中存在不同的测试类型，明确的表示出了开发阶段与测试各阶段的对应关系
• 单元测试是否满足详细设计的要求
• 集成测试验证之前已测试过的部分是否可以很好的结合在一起
• 系统测试检测系统功能，性能的质量特性是否达到系统要求的指标
• 验收测试确定软件的实现是否满足用户需求或合同要求

缺点：仅仅把测试作为编码的最后一个阶段，未在需求阶段就进入测试

V模型 ：虽然是个V型但是它是串行的（缺点与瀑布模型相同）

                测试参与的阶段：用户需求阶段（了解项目做什么），

                需求分析与系统（了解需求，确定需求的范围  做测试计划），

                编码（测试人员编写测试用例），

                系统测试（是我们工作量大的阶段    环境搭建，数据准备，测试执行，缺陷管理，编写测试报告，

                验收测试（协助用户进行验收测试）

                单元测试和集成测试由开发人员或者白盒测试工程师完成

W模型

• W模型增加了软件开发阶段中应同步进行的验证和确认活动
• W模型由两个V字模型组成，分别代表测试与开发阶段，图中明确表示出了测试与开发的并行关系
• W模型特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的
• W模型优点：有利于尽早地全面的发现问题。

缺点：需求、设计、编码等活动被视为串行的；

测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。

无法支持敏捷开发模式。

对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。

W模型：第一个V是开发线，第二个V是测试线，开发与测试并行

                   第一个V：左边开发线没变，把编码作为黄金分割线

                   第二个V：右边测试线没变，把单元测试作为黄金分割线

                   用户需求（了解用户需求，为验收测试做准备）

                   需求分析与设计（编写测试计划，对系统测试做准备）

                   概要设计阶段（进一步细化测试计划，并为集成测试做准备）

                  详细设计（搭建测试用例框架，并为单元测试做准备）

                  编码阶段（测试用例编写，开发人员和白盒工程师进行单元测试）【单独进行编写】

                  集成阶段（开发人员和白盒工程师进行集成测试）【集成阶段的测试用例是从编码阶段的测试用例里提取出来的】

                 系统测试对应的是实施 （环境搭建，数据准备，测试执行，缺陷管理，编写测试报告）

                  交付  验收（协助用户进行验收）

    缺点：不能适用于需求变更频繁的项目