如以上流程图所示，从开始到交付，软件测试的过程，主要包括单元测试、集成测试、功能测试、系统测试、验收测试。

接下来为大家分别叙述这几个过程。

单元测试

单元测试又称为模块测试，是针对程序模块（软件设计的最小单位）来进行正确性检验的测试工作。软件单元测试的目的是检测程序模块对《详细设计说明书的符合程度；软件单元测试依据是《单元测试计划》。

软件单元测试由测试工程师编制测试用例进行测试，及针对程序模块进行多次循环反复的单元测试，并将测试结果记录在针对单元测试的《软件测试报告》上。若程序模块通过单元测试，则按《配置管理规范》所规定的标识方法进行标识。

集成测试

软件集成测试又称组装测试，即对程序模块采用自顶向下或自底向上组装起来，对系统的接口进行正确性检验的测试工作。软件集成测试由项目经理组织软件测试工程师依据《概要设计说明书》和《集成测试计划》进行。测试人员应提交针对软件集成测试的《软件测试报告》，项目经理负责对软件集成测试结果进行确认。通过集成测试，则按《配置管理规范》所规定的标识方法进行标识。

集成测试，通常是在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。

这时需要考虑的问题是：

（1）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；

（2）一个模块的功能是否会对另一个模块的功能产生不利的影响；

（3）各个子功能组合起来，能否达到预期要求的父功能；

（4）全局数据结构是否有问题；

（5）单个模块的误差累积起来，是否会放大，从而达到不能接受

的程序。

集成测试的方法有两大类：

一次性组装方法

增殖式组装方式

确认测试

确认测试又称有效性测试。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明中已经明确规定。

有效性测试

有效性测试是在模拟的环境（可能就是开发的环境）下，运用黑盒测试的方法，验证所测软件是否满足需求规格说明书列的需求。在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类：

（1）测试结果与预期的结果相符。

（2）测试结果与预期的结果不符。

系统测试

系统测试是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起测试。在实际运行（使用）环境下，对计算机系统进行一系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义作比较，发现软件与系统定义不符合或与之矛盾的地方。

系统测试有15种测试类型：

1、功能（机能）测试：目标中的功能是否真正实现了；

2、批量测试：企图证明程序不能处理目标中指出的大批数据；

3、强度测试：让程序在高负荷情况下运行；

4、可用性测试：界面友好、错误信息简明易懂；

5、安全性测试：设法破坏程序的保密检查；

6、性能测试：在一定工作负荷和配置条件下，系统响应时间及处理速度；

7、存储量测试：测试程序所占用的内外存容量（静/动态）；

8、配置测试：至少每一类和最大最小的设备配置情况都要测试；

9、兼容/变换测试：对现有程序进行修改和补充后，要进行此类测试；

10、可安装性测试：测试系统的安装过程；

11、可靠性测试：如平均无故障时间（MTTF），需要模拟运行环境；

12、恢复测试：测试系统出错后如何恢复正常工作的；

13、可维护性测试：对维护过程和难易程度进行测试；

14、文档测试：审查文档的正确性，对文档中的每个例子都要作为测试用例；

验收测试

一般是项目经理负责组织验收组进行最终验收测试。验收组应由项目组成员、用户代表等组成。验收测试原则上在顾客所在地进行，但如经顾客同意也可以在组织内模拟用户环境进行。验收测试根据合同《需求规格说明书》或《验收测试计划》对成品进行验收测试。对于通过验收测试的软件产品/参照《配置管理规范》中所规定的标识方法更改测试状态，同时项目经理负责编制《验收报告》。

验收测试是在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试。验收测试是以用户为主的测试。

性能测试

性能测试是为描述测试对象与性能相关的特征并对其进行评价，而实施和执行的一类测试，如描述和评价计时配置文件、执行流、响应时间以及操作的可靠性和限制等特征。

通俗的讲：通过模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生成性能要求。即在特定的运行条件下验证系统的能力状况。

回归测试

回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。

根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。因此应当鼓励对所有回归测试用例进行自动化测试。