单元测试（UT）、集成测试（IT）、系统测试（ST）、模块接口测试（BBIT）、系统设计验证（SDV）、系统集成测试（SIT）以及系统确认测试（SVT）7种测试都是什么？咱们今天一一来分享给大家！

通俗解释

想象你在搭积木，每一块积木就是一个函数或者类。单元测试就是检查每一块积木是不是都做得很标准，形状、大小是不是和设计图（LLD 文档）一致。如果每块积木都没问题，那搭起来的东西就更牢固。这个测试主要是开发人员在做，他们最清楚每块积木是怎么做出来的。

专业说明

单元测试的对象是软件设计详细说明书（LLD）中定义的程序单元或模块，是单元测试用例设计中的最大可测试单元。它通过执行函数来检查模块代码是否符合 LLD 文档要求，验证函数的输入输出是否和详细设计文档中预定义的一致。函数是软件开发中的基本单位，单元测试确保每个函数的可靠性，为后续的集成测试做准备。

通俗解释

当你把几块通过单元测试的积木（单元）拼在一起，看看它们能不能很好地组合起来，有没有缝隙或者不匹配的地方，这就是集成测试。就像检查乐高积木拼在一起后能不能变成一个完整的造型，开发人员和测试人员都可以做这个检查。

专业说明

集成测试是对经过单元测试的单元进行组合后的测试，依据高层设计（HLD），主要检查模块之间的接口和依赖关系是否存在错误。集成测试的对象是多个单元测试对象的组合（至少两个），目的是从已验证的函数开始，逐层向上集成，形成可运行的模块。

    通俗解释

    你把所有拼好的积木（软件模块）组成一个大的玩具（软件系统），然后从整体上看看这个大玩具能不能按照你想要的方式玩起来，不管里面每个小积木是怎么连接的，只看整个玩具的表现，这就是系统测试。

    专业说明

系统测试是针对软件项目组开发的软件系统进行的全面测试，按照 CMMI（能力成熟度模型集成）定义，采用黑盒测试方法，即不考虑程序内部逻辑，只检查输入输出是否符合规格说明书中的需求规定，确保整个软件系统符合模块需求规格说明书（MST）要求。

通俗解释

当你把积木拼起来的时候，要看看两块积木连接的地方是不是严丝合缝，这就是模块接口测试。它和整体调试有点像，但又不完全一样，它更专注于模块之间接口的配合。

专业说明

BBIT 主要验证模块之间的接口是否能够正确配合。它从经过验证的模块开始，逐层向上集成，形成可运行的系统。与联调不同，它专注于模块接口，而联调涉及软件、硬件或不同产品间的配合测试。

通俗解释

你有一个很复杂的玩具设计（软件系统设计），在组装的过程中，你要看看各个小部分（子系统）组合起来是不是符合你一开始的设计想法，这就是系统设计验证。它有点像在组装过程中检查设计的合理性。

专业说明

SDV 属于系统测试，偏向灰盒测试。它验证多个子系统的组合是否满足设计需求（DR），在关注系统内部实现的同时，检查模块集成后是否符合设计要求。

通俗解释

这就好比你把所有做好的玩具部件（子系统）放在一个大盒子里，然后从外面摇晃、操作这个盒子，看看整个玩具（系统）能不能正常运行，不去管里面每个部件是怎么工作的。

专业说明

SIT 是对系统进行黑盒测试，验证系统是否满足设计需求。与 SDV 不同，SIT 不关注系统内部的具体实现。在实际应用中，通常由不同项目组（子系统）的测试人员分别进行，重点关注各自子系统在集成后的表现。

通俗解释

你把做好的玩具拿给别人玩，看看它在各种玩法（应用场景）下都能不能让玩家满意，这就是系统确认测试。它确保这个玩具（软件产品）在实际使用场景中都能正常工作。

专业说明

SVT 是验收测试，其测试对象是产品包需求（OR）。它从产品可能的应用环境角度对系统进行评估，目的是确认产品能够满足产品包需求所规定的各种应用场景。