哈喽，大家好！我是minisummer！首先感谢您的关注！
今天给大家分享的内容是软件测试类型。

3.1按阶段划分

3.1.1单元测试

定义：指对软件中的最小可测试单元进行检查和验证。
对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。
总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

3.1.2集成测试

定义：集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试。
实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。
集成测试包括两种方法：
非增量式集成；
增量式集成：自顶向下增量式测试（桩程序）、自底向上增量式测试（驱动程序）

3.1.3系统测试

定义：将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试。系统测试是针对整个产品系统进行的测试。
目的：验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。
系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。
对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。
系统测试范围： 功能、性能、界面、强度、容量、安全性、配置、安装、卸载、数据库等。

3.1.4验收测试

定义：是一项确定产品是否能满足合同或用户所规定需求的测试。这是管理性和防御性控制。
主要确认软件是否按合同要求进行工作，既是否满足软件需求规格说明书中的要求。
分类：
非正式的验收测试：
а测试：软件开发公司组织内部人员模拟各类用户行为对即将上市的产品进行测试。
ß测试：软件开发公司组织各方面的的典型客户在日常工作中实际使用，并要求用户报告异常情况、提出改进意见，然后公司再进行完善。
正式的验收测试：
有正规的测试过程，需要制定测试计划、定义测试方案、选择测试用例，进行测试，结果提交。着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确，人机界面和其他方面。

3.2按是否运行程序划分

3.2.1静态测试

不运行被测试的软件，而只是静态的检查代码、界面或者文档。

3.2.2动态测试

实际运行被测试的软件，输入相应的测试数据，检查数据的输出结果是否和预期结果相一致的过程。

3.3按是否查看代码划分

3.3.1黑盒测试

把软件看成一个黑盒子，不管内部逻辑和内部特性，只依据规格说明书检查程序的功能是否符合功能说明。

3.3.2白盒测试

又称为结构测试。着重于程序内部结构和算法，不关心功能和性能指标。

3.3.3灰盒测试

介于白盒和黑盒测试之间，基于程序运行时刻的外部表现同时又结合程序内部逻辑结构来设计用例，执行程序并采集程序路径执行信息和外部用户接口结果的测试技术。

3.4其他划分

3.4.1回归测试

针对开发修复的bug进行验证的过程。对软件的新版本测试时，重复执行上一个版本测试时使用的测试用例。防止出现“以前应用没有的问题现在出问题了” 。

3.4.2冒烟测试（BVT测试（Build Verification Test ））

冒烟测试的对象是每一个新编译需要正式测试的版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。

3.4.3随机测试（猴子测试）

测试数据是随机产生的，在测试用例之外。只能作为一个测试的补充。

3.4.4敏捷测试（敏捷开发引发）

首先敏捷测试(Agile testing)是测试的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。

3.4.5TDD（测试驱动开发）

测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后循环进行添加其他功能，直到完全部功能的开发。

请大家多多指教~
以上内容希望对你有帮助，有被帮助到的朋友欢迎点赞，评论。
注：转载请注明出处，商用请征得作者本人同意，谢谢！！！