单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。又称为模块测试。

编码后或者编码前（TDD）

最小模块

白盒测试工程师或开发工程师

代码和注释+详细设计文档

白盒测试

模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试 单元测试其实就是白盒测试。

集成测试也称联合测试（联调）、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。

一般单元测试之后进行

模块间的接口

白盒测试工程师或开发工程师

单元测试的模块+概要设计文档

黑盒测试与白盒测试相结合

模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响。 集成测试其实就是灰盒测试。

将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段。

集成测试通过之后

整个系统（软、硬件）

黑盒测试工程师

需求规格说明文档

黑盒测试

功能、界面、可靠性、易用性、性能、兼容性、安全性等 系统测试其实就是黑盒测试。

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。

冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 冒烟测试一般在开发人员开发完毕后送给测试人员来进行测试时，测试人员会先进行冒烟测试，保证基本功能正常，不阻碍后续的测试。

验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。

系统测试通过之后

整个系统（包括软硬件）。

主要是最终用户或者需求方。

用户需求、验收标准

黑盒测试

同系统测试(功能…各类文档等) 验收测试其实就是黑盒测试。

α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。 大型通用软件，在正式发布前，通常需要执行α和β测试。α测试不能由程序员或测试员完成。

Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个场所进行。

α测试是指把用户请到开发方的场所来测试，β测试是指在一个或多个用户的场所进行的测试。

α测试的环境是受开发方控制的，用户的数量相对比较少，时间比较集中。β测试的环境是不受开发方控制的，用户数量相对比较多，时间不集中。

α测试先于β测试执行。通用的软件产品需要较大规模的beta测试，测试周期比较长。

介于开发方和用户方间的组织的测试。

静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。 代码静态分析和文档测试都属于静态测试

动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。这种方法由三部分组成：构造测试用例、执行程序、分析程序的输出结果。 大多数软件测试工作都属于动态测试。

手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。 优点：自动化无法替代探索性测试、发散思维结果的测试。 缺点：执行效率慢，量大易错。

自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。 自动化实施步骤： 1.完成功能测试，版本基本稳定； 2.根据项目特性，选择适合项目的自动化工具，并搭建环境； 3.提取手工测试的测试用例转化为自动化测试的用例； 4.通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期； 5.生成自动测试报告； 6.持续改进，脚本优化。

把软件当成黑色的盒子，不关心程序内部的结构，逻辑，只关心输入和输出。

等价类，边界值，因果图，正交法，场景法，错误猜测法

把软件当成一个透明的盒子，检查软件内部的逻辑，结构，语句是否正确。

介于黑盒和白盒之间，既要考虑输入和输出，又要考虑程序内部的结构。

将软件处理，成不同的语言版本的技术。

使软件可以生成不同的语言版本和适用不同的风俗，在转换的时候，不需要修改软件源代码的技术。