单元测试

定义

单元测试（又称为模块测试, Unit Testing）是针对程序模块（软件设计的最小单位）来进行正确性检验的测试工作。

 

说明：

1、  程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法,但可以用一个测试类来组织某个类的所有测试函数

2、  测试单元是测试的最小单位，必须可信任的，可重复执行的。

3、  比方：工厂在组装一台电视机之前，会对每个元件都进行测试，这就是单元测试

4、  测试依据是详细设计说明书

 

执行者

单元测试通常由软件开发人员自己来完成。 由开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。

 

说明：

1、  通常来说，程序员每修改一次程序就会进行最少一次单元测试，在编写程序的过程中前后很可能要进行多次单元测试；

2、  虽然单元测试不是什么必须的，但也不坏，这牵涉到项目管理的政策决定。

 

集成测试

定义

集成测试（也叫组装测试，联合测试）对所有的软件单元按照系统设计说明书(也叫软件概要设计规格说明书)的要求组装成的模块、子系统或系统进行的测试，检验其功能是否达到或实现了响应技术指标及要求，是单元测试的逻辑扩展。

 

说明

1、  集成测试前已经完成单元测试。

2、  这里的单元可以进行延伸，如模块，子系统，而不仅仅局限于最小单元。如，由许多单元组合成的模块，模块与模块之间进行集成。

3、  测试依据是概要设计说明书，任何不符合该说明的程序模块行为都应该加以记载并上报。

 

执行者

开发人员或者测试人员。

 

确认测试

定义

确认测试(又称有效性测试)，在模拟的环境下，验证被测软件是否满足需求规格说明书列出的需求。

 

说明：

1、  是 否要采用确认测试具体要看被测系统的大小。如果被测系统是比较大型的系统，包括软件、硬件等，就需要在集成测试后进行专门针对软件子系统的确认测试，然后 再针对整个系统进行系统测试；如果整个系统就是由软件构成的，就不需要进行专门的确认测试了，在集成测试后直接进行系统测试就可以了

 

 

系统测试

    定义

系统测试是基于系统软件需求规格说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。

 

说明：

1、  系统测试的对象对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。

2、  测试依据是需求说明书，主要是软件需求规格说明书，现代认为根据质量特性。

 

验收测试

定义

验收测试是指确认软件能否按合同要求或软件需求说明书中的确认标准，执行软件既定功能和任务的测试。验收测试也称交付测试。

 

说明：

1、  验收测试是向用户表明系统能够像预定要求那样工作，即验证软件的有效性

2、  软件是否真正满足最终用户的要求，应由用户进行一系列“验收测试”。

 

 

回归测试

定义

回归测试是指修改了旧代码后，重新进行先前的部分或全部测试以确认修改没有引入新的错误或导致其他代码产生错误

 

说明：

1、  在软件生命周期中的任何一个阶段，只要软件发生了改变，就可能给该软件带来问题。

 

2、  每当软件发生变化时，我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能。同时，还需要补充新的测试用例来测试新的或被修改了的功能。为了验证修改的正确性及其影响就需要进行回归测试。

 

冒烟测试

定义

冒烟测试(也叫提交测试)，正式测试前对软件主业务流程和主功能进行验证与确认，确保后续测试能正常进行的测试。

 

说明：

1、  形象比拟1：因为当电路板做好以后，首先会加电测试，如果板子没有冒烟在进行其它测试，否则就必须重新来过。

2、  形象比拟2：象生产汽车一样，汽车生产出来以后，首先发动汽车，看汽车能否冒烟，如果能，证明汽车最起码可以开动了。说明完成了最基本的功能

3、  冒烟测试就是先保证系统能跑的起来，不至于让测试工作做到一半突然出现错误导致业务中断。目的就是先通过最基本的测试，如果最基本的测试都有问题，就直接打回开发部了，减少测试部门时间的浪费

来源于网络：51testing