v模型
v模型是瀑布模型的变种，它反映了测试活动和分析设计的关系。也描述了开发和测试的关系。v模型也称为验证和验证模型
下面我们逐一分析一下每个阶段
需求分析：全面了解项目需求，并结合经验评审项目需求是否符合现阶段市场
概要设计：对架构的设计，针对需求进行各个模块功能的设计，接口连接、数据传递等
详细设计：针对具体模块进行深入分析，要求达到伪代码的级别，包括数据库的设计
编码：按照详细设计的模块功能，进行实际的代码
单元测试：针对软件设计的最小单元，也就是程序模块进行检查（函数、类、接口）
集成测试：把通过单元测试的程序，进行有序的组合，重点是测试模块间的接口
系统测试：把项目看作成一个整体，针对功能>性能>兼容性进行测试
验收测试：项目完成，向客户展示（有客户参与的测试）
我们需要注意的是，v模型的又半部分，可以看到它们都是测试相关的，就是流程中的测试阶段。

总结：
V模型优点：包含底层测试（单元、集成）与高层测试（系统、验收），且每阶段分工明确，便于掌控
V模型缺点：与瀑布模型相似，到了测试阶段，开发已经完成，前期bug往往无法修改，且需求不易变更
改良：每个步骤都进行小型迭代工作
通常我们上线一款产品，都是有约定俗成的代号的：
1）Alpha测试：内测版本
2）Beta测试：公测版本
3）Gamma测试：候选版本（与正式版相差无几）（这个不常见，主要是一些大厂才会有的版本）

W模型
说明：W模型也叫双V模型
特点：测试伴随着整个软件开发周期，并且测试对象不仅仅是程序，也包括了需求测试和设计测试☆
原则：需求和设计阶段也应该有测试活动
W模型优点：
1）测试对象不仅仅是程序，而且针对需求文档与设计文档，也同样要测试（之前的小型迭代）
2）更早地介入了测试，可以发现软件最初期的BUG，可以用更低的成本对缺陷进行修复
3）分阶段工作，便于控制整个项目的进程
W模型缺点：
1）依然依赖于线性关系，但有了测试需求的阶段，需求变更的几率较小
2）现阶段互联网公司，很多项目没有文档，所以W模型基本无法适用
3）使用该模型，复杂度很高，对需求和设计测试要求也高，实践起来较为困难
总结：
以上两种模型就是最常见的测试模型了，其中，中小企业用V模型，中大企业用W模型。