V模型和W模型

V 模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。V 模型的优点在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系。

需求分析和功能设计对应验收测试 在做需求分析、产品功能设计的同时，测试人员可以阅读 审查需求分析的结果。

当系统人员在做系统设计时，测试人员可以了解系统是如何实现的，这样可以设计系统的测试方案，和测试计划，事先准备系统的测试环境。

当设计人员在做详细设计时，测试人员可以参与设计，对设计进行评审，找出缺陷，完善测试计划。

在编程的同时，进行单元测试，可以尽快找出程序中的错误，可以大幅度的提高程序质量，减少成本（白盒方法测试） 分析设计（复审（静态测试））

单元测试（单元执行单元测试报告）——> 集成测试(集成测试执行，集成测试报告)—— >系统测试(系统测试执行，系统测试报告)——> 验收测试 (验收测试执行，验收测试报告)

V模型的缺陷及解决思路：

V模型仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段，忽视了测试对需求分析,系统设计的验证，需求的满足情况一直到后期的验收测试才被验证。

解决的思路是，当一个软件开发的时候，研发人员和测试人员需要同时工作，测试在软件做需求分析的同时就会有测试用例的跟踪，这样，可以尽快找出程序错误和需求偏离，从而更高效的提高程序质量，最大可能的减少成本，同时满足用户的实际软件需求。

     

 

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

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

                                                                                                               2022-02-25 V模型和W模型