相对于上述的分解过程，测试过程其实是一个自底向上的回溯过程，每个测试过程都是具有针对性的：

　　1、基于程序设计，用白盒方法进行程序内部的代码的检查。

　　2、基于程序功能要求，用白盒和黑盒的方法，对程序的外部特征进行检查，对程序的功能进行测试，这是软件测试中工作量最大的部分，不仅因为程序数量多，而且需要编写大量的驱动程序、桩程序来配合测试。

　　3、用白盒方法对软件模块进行测试，测试模块内部各程序之间的接口关系。

　　4、用黑盒方法对软件模块进行测试，基于软件模块的需求，对整个模块的外部特征进行测试。

　　5、用白盒方法对软件系统进行测试，测试软件系统内部各模块之间的接口关系。本文转自项目管理者联盟

　　6、用黑盒方法对软件系统进行测试，基于软件系统的需求，对整个软件系统的外部特征进行测试。

　　7、用白盒方法对业务需求进行测试，测试业务需求所涉及的各个软件系统之间的接口配合关系。

　　8、用黑盒方法对业务需求进行测试，基于业务需求的需求（项目中的业务需求），对整个业务需求的外部特征进行测试。

　　9、验收测试应该对应最初客户确定的包括运行环境在内的业务需求的需求，在前期测试的基础上，增加运行环境的因素，先用白盒方法测试应用软件系统与运行环境的适应性，再用黑盒方法测试包括运行环境因素在内的应用软件的整体外部特征。考虑到用户验收测试（UAT）的特殊性，所以也可以对业务需求、软件系统进行不同层次的测试。同时由于用户的介入参与，在验收测试中一并测试软件系统处理流程与人工操作过程的配合，对整体的业务处理流程进行检验，其检测的依据就是最初的软件需求，它是人工操作与计算机处理的接口。

　　为了保证上述的分解和回溯过程的一致性，在各个分解层次上，都必须对接口定义给以高度的关注，要加强对接口的管理。软件系统之间的接口标准，决定了客户应用系统整体架构和业务处理流程，不仅会影响到开发部门的软件系统之间的配合关系，还会影响到统一版本的软件与个性化需求的配合，对业务和技术的发展都有很大影响，应单独进行管理。

　　将上述的分解过程和回溯过程，对照列表如下：

　　测试中的回溯过程，就像破镜重圆的过程，对程序的代码复查和测试，就好像先检查一下每个镜片的好坏和镜片边缘的情况，然后交替使用白盒和黑盒方法，先用白盒方法检查各个破碎镜片之间的接缝是否都已粘牢，然后再用黑盒方法看看整个镜子是否完整。

　　在使用黑盒方法测试不同对象的外部特征的时候，应包括功能、性能、安全、可靠等多方面的内容。除功能外，其他内容的测试标准也应在需求中加以描述，或者是在企业、行业中已经有现成的标准可供参照。

　　鉴于业务需求与软件系统的矩阵关系，在测试过程中，不仅要循着业务需求的方向测试新增部分的各项内容，还要从软件系统方向进行测试，测试被修改过的程序和涉及到的数据所支持的其他应用功能，保证新增部分不会对已有的其他业务需求造成不应有的影响。要从根本上做好此项工作，需要强大的配置管理能力的支持。

　　按照这种多层次的划分，对于需求变更等维护任务的处理过程，不需要都从头重新开始，完全可以根据具体情况从受影响的某个层次开发，例如BUG修改，如果程序BUG只影响到一个软件模块，对其他部分没有影响，那么其分析、实现、测试及文档修改，都只需要在这个模块范围内进行。

　　从对测试工作内容的分析可以看出，既然测试过程是分析、设计过程的逆向过程，所测试的内容也是分析、设计的结果，所以测试过程必然要与开发过程密切配合，要对整个过程中的分析、设计的内容有同样深入、细致的理解，需要较多的资源投入。