单元测试、冒烟测试、集成测试、系统测试、回归测试、验收测试、Alpha、Beta

1.冒烟测试

代码跑通即可。

这一术语源自硬件测试：测试一个硬件或硬件组件时，先直接加电，如果冒烟了，则无需进行后续测试。目的：判断是否可以进行后续的正式测试工作。

新编译的软件版本，确认其基本功能正常。

2、回归测试

修改后重新测试。
错误被修正后或软件功能、环境发生变化后重新进行测试，确认修改部分不会对其它功能造成影响。

3、单元测试

开发人员自测，具体到模块，类，函数，方法等。

主要是测试程序代码，为的是确保各单元模块被正确的编译，比如有具体到模块的测试，也有具体到类，函数、方法的测试等，一般是由开发人员自测。

4、集成测试

单元测试后组合在一起测试。

单元测试后，将各单元组合成完整的体系，测试软件单元之间的接口是否正确、数据能否正常传递的测试。

5、什么是系统测试？

答：把软件系统搭建起来，按照软件规格说明书中所要求，测试软件其功能、性能等是否和用户需求相符合，在系统中运行是否存在漏洞等。

6、什么是验收测试？

答：用户在拿到软件的时候，在使用现场，会根据之前所提的需求，以及规格说明书来做相应的测试，已确定软件达到预期的效果。

7、什么是Alpha测试？

答：一种前期的用户测试，软件产品刚研发出来前期，公司内部组织员工及部分用户，模拟真实用户操作环境下进行测试。

8、什么是Beta测试？

答：一种后期用户测试，此时系统已经通过内部测试，大部分错误已经改正，即将正式发行。
在一个或多个真实用户环境下发布版本，进行测试。

单元测试：

最小设计单元（模块）的验证，确保模块被正确编码，对重要控制路径进行测试以发现模块内错误，通常情况下是白盒测试，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早发现解决不易显现的错误。

集成测试：

通过测试发现与模块接口有关的问题，将通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构，避免一次性的继承，采用增量继承。测试接口是否一致、模块间数据流控制流是否按照设计实现其功能、以及结果的正确性验证。可以是整个产品的集成测试，也可以是大模块的集成测试。（黑盒白盒相结合）

自顶向下集成：首先集成主模块，按控制层次结构向下集成，隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去。

自底向上集成：从原子模块开始构造和测试，因为模块是自底向上集成的，进行时要求所有隶属于某个给顶层次的模块总是存在的，也不再有使用稳定测试桩的必要。

冒烟测试

        针对每个版本或每次需求变更后，在正式测试前，对产品或系统的一次简单的验证性测试。

　　用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。

系统测试：

基于系统整体性需求说明书的黑盒类测试，覆盖系统所有联合部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足需求规格的定义，找出不符或与之矛盾的地方。系统测试的对象：需要测试的的系统产品的软件、软件依赖的硬件、外设甚至某些数据、某些支持软件和接口等。因此，将以上所有结合起来，在系统实际运行环境中测试。

回归测试

        回归测试是指修改了旧代码后，重复以前的全部或部分的相同测试以确认修改没有引入新的错误或导致其他代码产生错误

验收测试：

系统开发生命周期方法论的一个阶段，这时相关用户和独立测试人员根据测试计划和结果对系统进行测试和验收，它让系统用户决定是否接收系统，它是一项是否能够满足合同或用户所规定需求的测试，包括（Alpha测试、Beta测试）

Alpha测试：

内测版本，开发者内部交流；是由用户在开发者的场所来进行的，在一个受控的环境中进行。测试完后一般不会有大问题

Beta测试：

公测版本，面向所有用户；由软件的最终用户在一个或多个用户场所来进行的，开发者通常不在现场，用户记录测试中遇到的问题并报告给开发者，开发者对系统进行最后的修改，并开始准备发布最终的软件。

Gamma测试：

指软件正式发行的候选版，相当成熟，与正式版本相差无几，成为正式发布的候选版。