软件测试和自动化测试 （二）

软件测试，按照不同的分类原则有不同的分类结果：

（1） 按测试用例设计方法分，软件测试分为：黑盒测试，白盒测试和灰盒测试。

黑盒测试（Black-box testing），又称为功能测试或数据驱动测试，把系统看成一个黑盒子，不考虑程序的内在逻辑，只根据需求规格说明书的要求来检查程序的功能是否符合它的功能说明。

白盒测试（White-box testing），又称为结构测试或逻辑驱动测试，允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。

灰盒测试（Gray-box testing），是融合了白盒和黑盒测试的一种测试策略，又称混合测试法

（2） 按测试策略和过程分，软件测试分为：单元测试、集成测试（**测试）、确认测试、系统测试以及回归测试。

单元测试（Unit Testing），又称模块测试，是最小单位测试，是在系统开发过程中要进行的最低级别的测试活动。单元测试活动中对源代码实现的每个程序单元进行测试， 检查各个程序模块是否正确地实现了规定的功能。其目的在于发现各模块内部可能存在的各种错误，单元测试需要从程序的内部结构出发设计测试用例，必要的时候 要制作驱动模块和桩模块。测试工程师要依据详细设计说明书和源程序清单，了解模块的I/O条件和逻辑结构。主要采用白盒测试的测试用例，辅之以黒盒测试的 测试用例。

集成测试（Integration Testing），也称为**测试，是在单元测试的基础上，将所有模块按照结构设计要求**成为一个可运行的系统。集成测试对应于软件概要设计阶段的测 试，它要求尽可能地暴露程序单元或模块间接口和软件设计上的错误和缺陷，确保程序单元或模块间接口正确和软件结构合理。集成测试按系统集成方式，可分为非 增量式和增量式两种。其中增量式集成方式可分为自定向下集成、自底向上集成和混合增量式集成。集成测试主要依据概要设计说明书，主要采用黒盒测试，辅之以 白盒测试方法。

系统测试（System Testing），是基于一定的计算机硬件环境，对整个软件进行的一系列测试；是将已经通过集成测试的软件与具有一定代表性的计算机实用环境相结合，根据 软件项目系统级的有关文档，检查软件与系统定义、与需求的符合性，检验并确认软件在整个系统中的功能、性能和正确性。完成集成测试后的软件系统，必须与系 统的其他元素相结合，进行系统级的确认和验证测试。

所谓确认（validation），是一系列的活动和过程，其目的是想证实在给定的外部环境下软件的逻辑正确性。分为静态确认和动态确认。

所谓验证（verification），是试图证明在软件生成周期各个阶段以及阶段间的逻辑协调性、完备性和正确性。

系统测试主要采用黒盒测试方法，对于具体的项目，这个阶段的测试中非常重要的一点是建立满足具体软件项目的仿真环境。

验收测试（Acceptance Testing），是以用户为主的测试。一般，在软件系统测试结束以及软件配置审查之后开始，验收测试应由用户、测试人员、软件开发人员和质量保证人员一起参与，验证软件系统的功能和性能及其它特性是否与用户的要求一致。

回归测试（Regression Testing）不是一个特定的测试级别，只要对软件代码有修改，不论是修改错误还是增加新的功能或是提高性能，原则上都要进行回归测试，以保证对代码修 改的正确性，且不会对其余部分带来负面影响。本文中主要论述的是在集成测试和系统测试阶段遇到代码变动所进行的重复测试。回归测试可以通过重新执行所有的 测试用例的一个子集进行，回归测试集包括三种类型的测试用例：

能够测试软件的所有功能的代表性测试用例。

专门针对可能会被修改影响的软件功能的附加测试。

针对修改过的软件成分的测试。

回归测试可以有选择地重复执行集成和系统测试的测试用例，回归测试变动比较小，同时测试所基于的实际硬件环境相对比较稳定。但回归测试要频繁地重复运行，需要的工作量很大，所以，回归测试最值得自动化。自动测试便于回归测试以非常高效的方式进行。

（3） 按测试内容分，接口测试、路径测试、功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试。