单元测试(Unit Testing)
单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块
集成测试(Integration Testing)
集成测试也称联合测试、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。主要目的是检查软件单位之间的接口是否正确
系统测试(System Testing)
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段,包括回归测试和冒烟测试
对比
| 单元测试 | 集成测试 | 系统测试 | |
|---|---|---|---|
| 阶段 | 编码后 | 单元测试之后 | 集成测试通过之后 |
| 对象 | 最小模块 | 模块间的接口 | 整个系统（软、硬件） |
| 人员 | 白盒测试工程师或开发工程师 | 白盒测试工程师或开发工程师 | 黑盒测试工程师 |
| 依据 | 代码和注释+详细设计文档 | 单元测试的模块+概要设计文档 | 需求规格说明文档 |
| 方法 | 白盒测试 | 黑盒测试与白盒测试相结合 | 黑盒测试 |
| 内容 | 模块接口测试、局部数据结构测试、 路径测试、错误处理测试、边界测试 | 模块之间数据传输、模块之间功能冲突、 模块组装功能正确性、全局数据结构、 单模块缺陷对系统的影响 | 功能、界面、可靠性、 易用性、性能、兼容性、 安全性等 |
黑盒测试(Black-box Testing)
黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据与输出数据
黑盒测试又分为功能测试和性能测试
功能测试
测试人员将系统的整个模块串接起来运行、模拟真实用户实际的工作流程。满足用户需求定义的功能来进行测试的过程
性能测试
检查系统是否满足需求规格说明书中规定的性能。 通常表现在以下几个方面：
白盒测试(White-box Testing)
白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试
白盒指的打开盒子，去研究里面的源代码和程序结果
白盒测试注重代码覆盖率。即多次测试，是否让每一行代码得以执行
灰盒测试(Gray-Box Testing)
是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况
比如，在测试网站的时候，还观察ajax请求的请求响应数据是否正确
静态测试(Static testing)
静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。 比如：对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。 检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册。 静态质量：度量所依据的标准是ISO9126。在该标准中，软件的质量用以下几个方面来衡量，即功能性(Functionality)、可靠性(Reliability)、可用性(Usability)、有效性(Efficiency)、可维护性（Maintainability）、可移植性(Portability)。 静态测试:代码静态分析和文档测试都属于静态测试
动态测试(Dynamic testing)
动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。大多数软件测试都属于动态测试。 动态测试有三部分组成
手工测试(Manual testing)
手工测试就是由人去一个一个的输入用例，然后观察结果，比较预期结果与真实结果的差异，属于比较原始但是必须的一个步骤。 优点：自动化无法替代探索性测试、发散思维类无既定结果的测试。 缺点：执行效率慢，量大易错
自动化测试(Automation Testing)
简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。或者说为通过写代码去测试软件。 自动化测试有：测试自动化、性能测试自动化、安全测试自动化。 自动化测试按照测试对象来分，还可以分为接口测试、UI测试等
冒烟测试(Smoke Testing)
该术语来自硬件，指对一个硬件或一组硬件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试，也可以理解为该种测试耗时短，仅用一袋烟的功夫就足够了。 冒烟测试的目的是确认软件基本功能正常，可以进行后续正式的测试工作。冒烟测试的执行者是版本编译人。 冒烟测试一般在开发人员开发完毕后送给测试人员来进行测试时，测试人员会先进行冒烟测试，保证基本功能正常，不阻碍后续测试。
回归测试
回归测试是指修改了旧的代码之后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。 回归测试自动化后将大幅度降低系统测试、维护升级等阶段的成本. 回归在整个软件测试过程中占有很大的工作比重，软件开发的各个阶段都会进行多次回归测试。 随着系统的庞大，回归测试的成本越来越大，通过正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。
随机测试
随机测试主要是根据测试者的经验对软件进行功能和性能抽查。 根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。 随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试用例(TestCase)没有覆盖到的部分。
验收测试
验收测试是部署软件之前的最后一个测试操作, 也称为交付测试.验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。 验收测试按照实施的组织不同分为:α测试和β测试
α测试
α测试是由一个少量用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。 α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。 大型通用软件，在正式发布前，通常需要执行α和Beta测试。α测试不能由程序员或测试员完成。
β测试
β测试是一种验收测试。β测试由软件的最终用户们在一个或多个客户场所进行。
α测试与β测试的区别：
| α | β | |
|---|---|---|
| 场所 | 开发场所 | 用户场所 |
| 人数 | 少 | 多 |
| 时间 | 短，集中 | 较长，不集中 |
| 环境 | 受控 | 不受控 |
| 顺序 | 先 | 后 |
原文：https://www.cnblogs.com/moyiwang/p/13289022.html