测试过程按4个步骤进行，即单元测试、集成测试、确认测试和系统测试。 

　　单元测试 
　　单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。 
　　单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 
　　在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。 
　 
        集成测试
　　通常，在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。
　　在单元测试的同时可进行集成测试，发现并排除在模块连接中可能出现的问题，最终构成要求的软件系统。 
　　通常，把模块集成成为系统的方式有两种 ：
　　1、一次性集成方式 
        使用这种方式，首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要求的软件系统。
        2. 增殖式集成方式 
　　这种集成方式又称渐增式集成 
　　首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统 
　　在集成的过程中边连接边测试，以发现连接过程中产生的问题 
　　通过增殖逐步组装成为要求的软件系统。 

        确认测试（Validation Testing） 
        确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。 对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。 
        确认测试包括：
       1. 进行有效性测试（黑盒测试） 
　　    有效性测试是在模拟的环境 (可能就是开发的环境) 下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。 
　　    首先制定测试计划，规定要做测试的种类。还需要制定一组测试步骤，描述具体的测试用例。 
　　    通过实施预定的测试计划和测试步骤，确定 
　　    –软件的特性是否与需求相符； 
　　    –所有的文档都是正确且便于使用； 
　　    –同时，对其它软件需求，例如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试
　　    在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类： 
　　    –测试结果与预期的结果相符。这说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。 
　　    –测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。 
        2. 软件配置复查 
　　     软件配置复查的目的是保证 ：
　　     软件配置的所有成分都齐全； 
　　     各方面的质量都符合要求； 
　　     具有维护阶段所必需的细节； 
　　     而且已经编排好分类的目录。 
　　     应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。

　　系统测试

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

　　简言之：
        系统测试 开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。
　　集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。
　　确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全正确。
　　系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。
            模块测试——>单元测试——>确认测试——>系统测试
        每个步骤一环扣一环，后一环节以前一环节为基础，由小到大，由基本模块累加到整个系统，这样的测试便能尽可能的发现所有的问题及所在，以便于我们对系统做更好的修改、完善。
        令需强调，系统测试的目的是为了发现程序中的错误而进行的过程。好的测试方案是极可能发现迄今为止未发现的错误的测试方案。成功的测试是发现了至今为止尚未发现的错误的测试……    

本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注职坐标软件测试之测试管理频道！