V模型
V模型是Kevin Forsberg & Harold Mooz在1978年提出的，V模型强调测试在系统工程各个阶段中的作用，并将系统分解和系统集成的过程通过测试彼此关联。V模型从整体上看起来，就是一个V字型的结构。左边的下画线分别代表了用户需求、需求分析、概要设计、详细设计、编码和实现。右边的上画线代表了单元测试、集成测试、系统测试与验收测试。
V模型的中心思想是，研发人员和测试人员需要同时工作，在软件做需求分析的同时就会有测试用例的跟踪，这样可以尽快找出程序错误和需求偏离，从而更高效的提高程序质量，最大可能的减少成本，同时满足用户的实际软件需求。V模型的重要意义在于，非常明确的表明了测试过程中存在的不同的级别，并且非常清晰的描述了这些测试阶段和开发阶段的对应关系。
V模型示意图（参考链接）
(1)单元测试：验证软件单元是否按照单元规格说明（详细设计说明）正确执行，即保证每个最小的单元能够正常运行。单元测试一般由开发人员来执行，首先设定最小的测试单元，然后通过设计相应的测试用例来验证各个单元功能的正确性。
(2)集成测试：检查多个单元是否按照系统概要设计描述的方式协同工作。集成测试的主要关注点是系统能够成功编译，实现了主要的业务功能，系统各个模块之间数据能够正常通信等。
(3)系统测试：验证整个系统是否满足需求规格说明。
(4)验收测试：从用户的角度检查系统是否满足合同中定义的需求或者用户需求。
V模型的特点：
- V模型体现的主要思想是开发和测试同等重要，左侧代表的是开发活动，而右侧代表的是测试活动。
- V模型针对每个开发阶段，都有一个测试级别与之相对应。
- 测试依旧是开发生命周期中的阶段，与瀑布模型不同的是，有多个测试级别与开发阶段对应。
- V模型适用于需求明确和需求变更不频繁的情形。
