测试分类

测试分类也按照不同的定义方法，有不同的说明，就算是同一个测试理论，也会出现不同的分支，当然万变不离其宗，都那样。

 

按照项目流程阶段来划分（简单理解为软件开发编码的各个阶段吧）：

单元测试：简单说就是对单一功能的测试，比如测试一个函数？

集成测试：就是测试将单元测试通过的组合在一起进行测试，就是考察各个接口之间是否完美融合；

（确认测试）：

系统测试：就是将已经确认的软件，各个设备组合在一起，进行组装和确认，保证系统的正确性，看是否满足需求；

验收测试（交付测试）：其实就是经过前面的各种测试通过以后的软件，在用户面前表明系统能安装需求进行运行。

（回归测试）：

PS:说说功能测试，性能测试，这部分内容呢，应该是在系统测试阶段，也就是系统测试要分为功能测试，性能测试，以及其它一些命名的测试吧。

功能测试就是测试这个测试点的功能是否正确，性能测试就是测试这个软件性能符合预定要求或者能超过预定要求最好。

 

下面说说最为常见的名字，黑盒，白盒，灰盒？

这个就是按照是否需要关心软件代码的内部逻辑情况来划分的了（其实黑盒也不是不完全不关注代码逻辑的，要不然设计的用例要么有冗余，要么有遗漏，显然，懂代码不是做白盒测试的人才需要的，黑盒测试的人员也需要。）

简单理解一下吧：黑盒就是成型的软件摆在你面前，然后给你一份文档，看文档里面的每个点安装规定的动作（测试用例）做了以后，是不是实际我们需要的结果；

白盒就是软件给你（当然包括代码了），也有一份文档，也安装每个点测试，这次不光关心最后输出的结果是否正确了，还得看代码逻辑是不是走到了设计规定的线路上去。

灰盒测试，个人不做评论了。

 

冒烟，构建，回归

冒烟：就是对一个软件新版本进行大规模的测试之前，先对它的最最基本的功能进行测试，通过了在说吧（最最基本功能都通不过，其他人咋测啊）。

回归：开发修改了我们提交的BUG代码后，重新测试一遍，不光保证当时那个点正确，还得保证不影响（不引入）新的bug，引入新的了，那算改了么？

构建：有什么日构建啊，周构建这些，就是冒烟衍生出的，也是测基本功能，但是比冒烟稍微多那么点点内容。