一. 按阶段划分
1. 单元测试
单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。
一般来说，单元测试是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。
单元测试是由程序员自己来完成，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。
类比举例：工厂在组装一台电视机之前，会对每个元件都进行测试，这，就是单元测试。
单元测试的测试对象是软件中的最小可测试单元，由开发人员来执行。
2. 集成测试
集成测试，也叫组装测试或联合测试。
在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试。
实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。
集成测试常用方法：自顶向下增量式测试、自底向上增量式测试。
集成测试的测试对象是模块和模块之间的接口，由开发人员或测试人员来执行。
3. 系统测试
系统测试（System Testing），将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，是针对整个产品系统进行的测试。目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。
系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。
系统测试范围：功能、界面、性能、安全性、安装、卸载、易用性、兼容性、文档等测试行为。
系统测试的测试对象是需求规格说明书所定义的所有功能点，包含软件所依赖的硬件，外设，甚至某些数据，某些支持软件及其接口等，由测试人员开执行。
4. 验收测试
它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。
主要确认软件是否按合同要求进行工作，既是否满足软件需求规格说明书中的要求。
验收测试的测试对象是合同或用户所规格的需求，由客户来执行。
验收测试分类：
（1）α (alpha)测试：软件开发公司组织内部人员模拟各类用户行为对即将上市的产品进行测试。
（2）ß(beta)测试：软件开发公司组织各方面的的典型客户在日常工作中实际使用，并要求用户报告异常情况、提出改进意见，然后公司再进行完善。
（3）正式的验收测试：有正规的测试过程，需要制定测试计划、定义测试方案、选择测试用例，进行测试，结果提交。着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确，人机界面和其他方面。
二. 按是否运行程序
1. 静态测试
不运行被测试的软件，而只是静态的检查代码、界面或者文档。
静态测试
2. 动态测试
实际运行被测试的软件，输入相应的测试数据，检查实际的输出结果是否和预期结果相一致的过程。
三. 按是否查看代码
1. 黑盒测试
把软件看成一个黑盒子，不管内部逻辑和内部特性，只依据规格说明书检查程序的功能是否符合功能说明。
2. 白盒测试
又称为结构测试。着重于程序内部结构和算法，不关心功能和性能指标。
白盒测试主要用在具有高可靠性要求的软件领域，例如：军工软件、航天航空软件、工业控制软件等等。
四. 其他划分
1. 冒烟测试
冒烟测试的对象是每一个新编译需要正式测试的版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。
2. 回归测试
指修改了旧代码后，重复执行上一个软件版本中使用过的测试用例，以确认修改没有引入新的错误或导致其他代码产生错误。
（1）重复以前的全部或部分的测试用例。
（2）新加入测试的模组，可能对其他模组产生副作用，故须进行某些程度的回归测试。
（3）回归测试的重心，以关键性模组为核心。
3. 随机测试（又名猴子测试）
测试数据是随机产生的，在测试用例之外。只能作为一个测试的补充。
4. 敏捷测试（敏捷开发引发）
首先敏捷测试(Agile testing)是测试的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。
敏捷测试
敏捷测试的特点：高度迭代，有周期性，并且能够及时、持续地响应客户的频繁反馈。
网友评论