软件测试背景

一、定义

    用尽一切可能的方法或工具，查找软件中潜藏的错误和权限，保证软件产品的质量符合预期要求，并进而为产品发布树立可靠信心的一种手段。

    测试是为发现错误而执行程序的过程。理解为测试是为了证明程序有错，而不是证明程序无错误。

二、软件测试背景

    软件测试是程序的一种执行过程，目的是尽可能发现并改正被测试短见中的错误，提高软件的可靠性。它是软件生命周期中一项非常重要且复杂的工作，对软件可靠性保证具有极其重要的意义。

软件测试背景

二、软件测试流程

软件测试流程

三、测试方法分类

测试方法分类

四、软件测试模型

4.1 传统瀑布模型

传统瀑布模型

     优点：

            1、强调需求，设计的作用；

             2、前一阶段完成后只需关注后续阶段；

            3、为项目提供按阶段划分的检查点，里程碑清晰，文档规范。

    缺点：

            1、线性研发过程难以适应需求的频繁变化；

            2、项目周期后段才可看到结果，用户要到末期才能看到开发结果，增加了开发的风险；

             3、强制的里程碑，对于开发过程中出现的变化，适应能力较差，文档工作量较大，测试在项目的后期，文档的开发带来了很大工作量。

4.2 V模型

V模型

    优点：

            在V模型里，强调软件开发的写作和速度，反应测试活动和分析测试的关系，并且将软件的实现和验证有机的结合起来，V模型，明确的界定测试过程是存在不同阶段的。

    缺点：

            V模型也有一定的局限性，它仅仅把测试过程放在需求分析、系统设计、编码之后的一个阶段，忽视了测试对于需求的分析和验证。我们对需求的验证，对系统设计的验证，到后期的验收测试才有可能被发现，对于我们测试当中的需要今早进行的原则在V模型中没有提现，这就是V模型的局限性。

4.3 W模型

W模型

    优点：

            开发与测试并行，有利于尽早发现问题，有利于及时的了解项目的测试风险，来及早的执行相应的应对方案，加快项目的进度。

    缺点：

            需求、设计、编码仍然是串行进行的，测试和开发保持线性的关系，上一个阶段完成之后才能进行下一个阶段，不能够很好的支持迭代的开发模型。 

4.4 H模型

H模型

    H 模型提倡者认为测试是一个独立的过程中，所以在H 模型中并没有看到关于开发的过程，而是测试的一个流程，当然这个测试的流程并不像V 模型和W 模型那样有明确的测试区分。H 模型演示了在整个生命周期中某个层次上一次软件测试的“微循环”。当测试条件准备完成，进入测试就绪状态后，所在测试H 模型中有一个测试就绪点，也就是测试有一个准入条件。        就是说，通常我们要检查上面一些内容是否完成，再确定我们是否需要进入下一个阶段的测试。当测试条件成熟，并且测试准备工作已经完成，进入了测试就绪点，测试执行活动才可以进行。

五、总结

    软件测试是一个系列过程活动，贯穿于软件项目的整个生命过程，很多软件的开发还停留在“作坊式”阶段，项目的成功往往靠个别程序员决定，但随着市场对软件质量的要求不断提高，软件测试将变得越来越重要。