软件测试过程之按测试阶段划分

软件测试过程之按测试阶段划分

1)单元测试

工作内容：是针对软件基本组成单元(软件设计的最小单位)来进行正确性检验的测试工作。

目的：检测软件模块对《详细设计说明书》的符合程度。

2)集成测试

工作内容：是在单元测试的基础上，将所有模块按照概要设计要求组装成子系统或者系统，验证组装后功能以及模块间接口是否正确的测试工作。

目的：检测软件模块对《概要设计说明书》的符合程度。

3)系统测试

工作内容：是将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的测试工作.

目的：通过与《需求规格说明书》作比较，发现软件与系统需求定义不符合或与之矛盾的地方。

4)回归测试

工作内容：软件在测试或其他活动中发现的缺陷进行修改后，应该进行回归测试，可以发生在软件测试任何一个阶段，包括单元测试、集成测试、系统测试.

目的：验证缺陷是否得到了正确的修复，同时确认对系统的变更没有影响以前的功能。

回归测试的策略包括：完全重复测试和选择性重复测试。

(1)完全重复测试

工作内容：重新执行所有在前期测试阶段建立的测试用例

目的：确认问题修改的正确性和修改的扩散局部影响性

特点：正确性高，但是工作量大

(2)选择性重复测试

工作内容：有选择地重新执行部分在前期测试阶段建立的测试用例

目的：测试被修改的程序

特点：工作量小，效率高，但是风险性大

选择性重复测试具体可以细分为：

<1>覆盖修改法：针对被修改的部分，选取或重新构造测试用例，验证没有错误再次发生的用例选择方法。

适用项目：功能相互独立，进度压力大，系统结构设计耦合性很小的项目

<2>周边影响法：既要包含覆盖修改法确定的用例，还要分析修改的扩散，比覆盖修改法全面

适用项目：功能交互的项目

<3>指标达成法：类似于单元测试方法，在重新执行测试前，先确定一个要达成的指标

回归测试的流程(以下流程适合于单元测试、集成测试和系统测试)

(1)在测试策略制定阶段，制定回归测试策略

(2)确定需要回归测试的版本

(3)回归测试版本发布，按照回归测试策略执行回归测试

(4)回归测试通过，关闭缺陷跟踪单(问题单)

(5)回归测试不通过，缺陷跟踪单(问题单)返回开发人员，开发人员重新修改问题，再次提交测试人员回归测试