对于BVT你需要了解什么？

什么是BVT？

BVT也即Build Verification Test，是在将release发布给test team做进一步测试之前，通过在每天新的build之上跑一系列的case来验证build是否可以测试。它的时间点发生在build完成之后，正式测试完成之前。

BVT也叫冒烟测试或者build验证测试。
（有的文章说和冒烟测试有一定的区别，至于区别是什么，我现在也没有弄明白，只是翻译人家的东西,先暂时这么理解）

对于一个新的build，主要验证两件事：
build的有效性和可接受性。

关于BVT的一些基本内容：
1主要功能验证测试的子集；
2 基于每日构建的output之后，如果BVT fail掉了，build将被reject直到这些defect被fix掉。
（但是根据我的经验实际过程并不是这样的，BVT中某些case即使fail掉，在release manager评估这些影响之后，如果不是崩溃性的影响还是可以release的）
3 BVT的主要优势是节省测试team的时间。（如果主要的功能都不能work，测试也没有什么意义）
4 BVT的case必须经过精心设计，尽可能的cover一些基本的case
5 BVT的测试时间不能操作30 mins。
（这句话并不是绝对的，对于一个大型的软件，安装可能都不止超过30 mins，何况还要跑一些基本的case。其实这句话所要强调的是BVT conver的case应该尽量精简但又必不可少，保证在最短的时间内能够验证主要的功能，并尽快将build release出去给test team。）
6 BVT也是一种回归测试，需要在每个新的build上持续进行。

BVT中应该包含哪些case？
1 包含一些关键的case；
2 所有包含在BVT中的case必须是稳定的，有可以预期的结果输出；
3 不能包含一些不够稳定的模块和case，比如正在开发的一些feature