第三章 软件测试分类 3.5 按测试流程分

3.5.1 需求测试

      制定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果，无法核实的需求不是测试需求。

     需求测试的目的：

        1）软件测试需求是开发测试用例的依据

        2）有助于保证测试的质量与进度

        3）测试需求是衡量测试覆盖率的重要指标

3.5.2 代码测试

      代码测试包含代码走读、单元测试。

3.5.3 冒烟测试

      冒烟测试是微软公司在《微软项目求生法则》一书中提出的一种功能测试，目的是对一个新编译需要正式测试的软件版本,确认软件的基本功能是正常的，可以进行后续的测试工作。其严格定义为:冒烟测试是从抽象层次验证软件的基本功能是否已经实现来确定是否需要更多的测试.若测试失效，软件不再进行其他测试,直接返回给开发人员。 

     冒烟测试是在软件开发过程中的一种针对软件版本包的快速基本功能验证策略，是对软件基本功能进行确认验证的手段，并非对软件版本包的深入测试。冒烟测试也是针对软件版本包进行详细测试之前的预测试，执行冒烟测试的主要目的是快速验证软件基本功能是否有缺陷。如果冒烟测试的测试例不能通过，则不必做进一步的测试。进行冒烟测试之前需要确定冒烟测试的用例集，对用例集要求覆盖软件的基本功能。这种版本包出包之后的验证方法通常称为软件版本包的门槛用例验证。

     冒烟测试通常是功能用例中优先级最高且正向流程的用例。

3.5.4 全量测试

      把设计的用例全部执行的过程就是全量测试。

3.5.5 回归测试

      回归测试一般在全量测试结束后。把产生bug相关的用例以及优先级特别高的用例集合。执行这个用例集的过程就是回归测试。