测试模型

V模型即快速应用开发模型

需求分析                                                     验收测试

             系统规格                                系统测试

                    概要设计                  集成测试

                           详细设计    单元测试

                                         编码

  应尽早测试才能尽快发现错误降低日后维护中的消耗

  所以说需求设计也是需要测试的

V模型的优点

   明确表明了测试过程中存在的不同级别

清楚的描述了测试阶段与开发过程各阶段的对应关系

V模型的测试策略包括了低层测试（代码）又包括了高层测试（需求）

V模型的缺点

他仅仅把测试过程作为需求分析概要设计详细设计编码之后的一个阶段容易让人理解为测试是软件开发的最后一个阶段

      没有明确说明早期的测试，不符合越早测试和不断地测试的原则

      与实际的测试活动也不符

W模型

 用户需求双V验收测试设计                          交付   验收测试

      需求分析双V系统测试设计                   实施             系统测试

          概要设计双V集成测试设计             集成   集成测试

               详细设计双V单元测试设计              单元测试

                                      编码                                             

此模型强调：测试伴随着整个软件开发周期，测试的对象不仅仅是程序，需求、功能和设计同样需要测试。测试与开发是同步进行的

优点：符合尽早测试和不断测试的原则符合实际工作中的测试原则

             符合实际工作中的测试活动

缺点：视软件开发活动是一系列串行的活动开发和测试保持一种现行的前后关系这样就无法支持迭代

H模型

 所以相应的测试之间也不存在

      准备测试    测试执行

         测试就绪点

所以相应的测试之间也不存在

      准备测试    测试执行

         测试就绪点

其他流程（如设计流程、开发流程）

说明软件测试不仅仅指测试的执行还包括很多其他的活动

软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发进行

只要测试条件策划能够成熟了，测试准备活动完成了，测试执行活动就可以进行了。

X模型

 程序片断1                     固定版本

    测试设计                                执行测试

    工具配置                  测试设计 

执行测试             工具配置

编码完成        集成1…n

执行测试            探索性测试

测试设计                

程序片断n                                           执行测试

左边描述的是针对单独程序片断进行的相互分离的编码和测试以后将频繁交换最终集成为产品进行版本固定交付用户使用