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 --------------------- 本文来自 惹不起的程咬金 的CSDN 博客 ,全文地址请点击:https://blog.csdn.net/carolzhang8406/article/details/6541494?utm_source=copy

 

另外一篇解释BVT测试的文章写得也不错,部分观点与上面文章中写的有出入,看到的时候大家也不用纠结,根据自己所在项目组的情况,选择最适合自己项目组的定义就可以了:

转自:http://www.cnblogs.com/zzp28/articles/1742665.html  

BVT 在成熟的软件研发过程中是很普及的一项测试,也是不可或缺的一项测试。然而在实际中,尤其是国内一些软件企业的实际工作中,却因为配置管理的缺乏而根本没有 BVT,甚至很多人至今还不清楚 BVT 究竟是做什么。

【误区】   

如果没有接触过具体的实践,单单看一些名词的定义,有时候会产生一些错误的理解。 很多人误认为软件集成以后所做的一系列测试就是 BVT。这可以说对 BVT 是毫无概念了。 更多人认为 BVT 就是 Smoke Testing(冒烟测试)。这是基于对 Smoke Testing 概念的片面理解,这一点我在《详细介绍一下 Smoke Testing(冒烟测试)》一文中已经有所解释,本文中会有更详细的叙述。 不少人认为 BVT 只是基于每日构建(daily build)的。其实,对于每一个版本、微版本,都要执行 BVT。

【BVT 释义】   

BVT 的全称是 Build Verification Test。可以说这个全称就是 BVT 的定义了。   BVT 只验证 build 构建的成功与失败,不深入测试构建好的 build 的功能、性能等等。

【BVT 的执行】   

在每日构建的环境里,每个 daily build 构建完成时都要执行 BVT。对于 daily build 以外的每个版本和微版本,构建完成时也要执行 BVT。   BVT  可以手动执行。版本的构建是相对稳定的过程,因此 BVT 基本上是软件测试中最早实现全面自动化的测试。现在绝大多数版本构建工具都附带 BVT 功能。   BVT 最基础的任务是进行文件版本的比对。伴随开发进程,软件功能越来越固化,BVT 有时会在不影响最基本功能的基础上加入一些成熟的自动化测试脚本。

【BVT 对后续测试工作的影响】   

BVT 是集成测试的一道门槛,只有通过了 BVT 的 build 才可以进入后面的集成测试过程。 BVT 结果成功的 build —— 表明该 build 构建成功,交付集成测试,但不一定被测试。 BVT 结果失败的 build —— 表明该 build 构建失败,不交付集成测试;提交 BVT Bug,并按照 Bug 流程解决此 Bug。 未经 BVT 的 build —— 不得提交集成测试。

【BVT 不同于 Smoke Testing】   

BVT 所做的测试内容很浅,这一特征似乎符合 Smoke Testing 的定义;但是 BVT 只验证 build 的构建情况,这一点与 Smoke Testing 截然不同,因此二者是完全不同的测试。另外: BVT 只在 build 构建完成时进行;Smoke Testing 是各个阶段都有的测试。 尽管 BVT 可以加入自动测试脚本并执行少量固定的自动化测试,但 Smoke Testing 与 build 的验证无关。 BVT 的结果直接决定新构建的 build 是否交付后续测试;Smoke Testing 不影响其他日常测试工作

--------------------- 本文来自 想飞的鱼2015 的CSDN 博客 ,全文地址请点击:https://blog.csdn.net/wendysun0504/article/details/50072847?utm_source=copy

  • 4
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值