从测试对象入手，测试过程包括单元测试、集成测试、确认测试和系统测试。（不同于软件测试流程）

　　单元测试（模块测试）集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。一般由程序员完成。

　　模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块块想联系的其他模块。这些辅助模块分为两种：

　　1. 驱动模块：相当于被测模块的主程序，它接收测试数据，把这些数据传送给被测模块，最后输出实测结果。

　　2. 桩模块：也称存根模块，用以代替被测程序调用的子模块。桩模块可以做少量的数据操作，不需要把子模块所有功能都带进来，但不允许什么都不做。

　　被测模块、与它相关的驱动模块和桩模块共同构成了测试环境。

　　模块测试台：在对一个模块测试时需要为它编写驱动模块和桩模块，以代替其在程序中的上下层模块。模块测试台就是承担生成这类模块的工具。它提供了一种专门的测试用例描述语言，负责将输入数据传送给测试模块，然后将实际输出结果与在描述测试用例中的语言中所表述的期望结果进行比较，找出错误。

　　集成测试根据设计规定的软件体系结构，把已测试过的模块组装起来检查程序结构组装的正确性。一般由专门的测试人员或测试组织完成。

　　测试方式：

　　1. 一次性继承方式

　　2. 增殖式继承方式（有自定向下和自底向上两种）

　　3. 混合增值式测试。

　　确认测试是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。一般由用户协助完成。

　　ą测试和ß测试：

　　在软件交付使用之后，用户将如何实际使用系统，对于开发者来说是无法预测的。如果软件是为多个用户开发的产品，让每个用户逐个执行正式的验收测试是不切实际的。很多软件产品生产者采用一种 测试和 测试的测试方法，已发现可能只有最终用户才能发现的错误。

　　ą测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。ą测试的目的是评价软件产品的FURPS（即功能、可使用性、可靠性、性能和支持）。它尤其注重产品的界面和特色。ą测试人员是除产品开发人员之外首先见到产品的人，他们提出的功能和修改意见是特别有价值的。ą测试可以从软件产品编码结束之时开始，或在模块测试完成之后开始。也可以在确认测试过程中产品达到一定的稳定性和可靠程度之后再开始。

　　ß测试是由软件的多个用户在实际使用环境下的测试。与ą测试不同的是，开发者通常不在测试现场。在ß测试中，由用户记下遇到的所有问题，包括真实的以及主观认定的，定期向开发者报告，开发者在综合用户的报告之后作出修改，最后将软件产品交付给全体用户使用。ß测试主要衡量产品的支持性，包括文档、客户培训和支持产品生产能力。只有当ą测试达到一定程度时，才能开始ß测试。由于它处在整个测试的最后阶段，不能指望这时发现重要问题。同时，产品的手册文本也应该在此阶段完全定稿。由于ß测试的主要目标是测试可支持性，因此ß测试应尽可能由主持产品发行的人员来管理.

　　系统测试把已经确认过的软件纳入实际运行环境中，与其他系统（硬件、外围设备等）组合在一起进行测试。