先来讲一下VT（Verification Test），再讲BVT是个神马东东。
VT是是一系列验证测试（Verification Test）的总称。现在做的叫PVT，即Performance Verification Test（PVT属于黑盒测试，即使能看到源码，但不会对源码修改，PVT有专门的测试源码，但也不会对其修改，只会上交测试报告，有可能是由工具自动化生成，其次手工撰写），此外还有FVT，即Functional Verification Test，和BVT，即Build Verification Test。还有GVT，即Globalization Verification Test，在全球化验证测试 (GVT) 中，同样要在所有受支持地区执行 FVT，以确保产品功能的一致性。
BVT (Build Verification Test)是在所有开发工程师都已经检入自己的代码，项目组编译生成当天的版本之后进行，主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确。如无大的问题，就可以进行相应的功能测试。BVT优点是时间短，验证了软件的基本功能。缺点是该种测试的覆盖率很低。因为运行时间短，不可能把所有的情况都测试到。BVT测试也被称为“冒烟测试”。
冒烟测试，也有称作烟雾测试（smoke Test）：一种用于验证系统基本功能的实现并达到一定程度的稳定性的测试。具体说冒烟测试就是在每日build建立后对系统的基本功能进行简单的测试，这种测 试强调功能的覆盖率，而不对功能的正确性进行验证。从这一点看和所谓的“接受性（验收）测试（Acceptance Test）”非常相似。不同之处就在于他们执行的频率和被测的版本不同。
BVT测试培训内容：
单元测试，使用白盒测试，设计用例是针对详细设计文档产生的。
集成测试，设计用例是针对概要设计说明书产生的。
系统测试，设计用例是针对软件需求规格说明书产生的。
验收测试，测试用例正常情况下应该由客户给出，由客户进行验证，以便下结论是否可交付。
BVT测试的特点：主要是针对主体功能及各入口点，时间短，测试用例也只有正面的，负责人一般式项目经理或者技术经理。
BVT测试应该包含的内容：
1、业务流的测试，保证正常业务链路的通畅。
2、工作流的测试，主要是测试流程流转是否正常，至于流程步骤的表单内容是否正确则不关注。
3、关键功能的测试，至少要保证系统运转所需的启动数据，以及一些开关控制正常。
4、重要基本功能的测试，比如对核心业务有影响的一些增删改等。
BVT测试的过程：
1、各单元测试通过
2、打版本
3、拿最新版本
4、根据部署文档部署，尽量与用户环境一致
5、执行BVT测试用例
6、BVT测试结束后，如果成功，则填写送测单，并在送测单种写明bvt测试结果；如果不成功，则修改bug，重新进行BVT测试。
参考：
BVT测试介绍
BVT只验证build构建的成功与失败，不深入测试构建好的build的功能、性能等等。
BVT是在所有开发工程师都已经检入（check in）自己的代码，项目组编译生成当天的版本之后进行，主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确。如无大的问题，就可以进行相应的功能测试。BVT优点是时间短，验证了软件的基本功能。缺点是该种测试的覆盖率很低。因为运行时间短，不可能把所有的情况都测试到。
【BVT 不同于 Smoke Testing】
BVT 所做的测试内容很浅，这一特征似乎符合 Smoke Testing 的定义；但是 BVT 只验证 build 的构建情况，这一点与 Smoke Testing 截然不同，因此二者是完全不同的测试。另外：
BVT 只在 build 构建完成时进行；Smoke Testing 是各个阶段都有的测试。
尽管 BVT 可以加入自动测试脚本并执行少量固定的自动化测试，但 Smoke Testing 与 build 的验证无关。
BVT 的结果直接决定新构建的 build 是否交付后续测试；Smoke Testing 不影响其他日常测试工作。
参考：
BVT测试与冒烟测试