BVT & BAT(版本验证测试和版本验收测试)

发表于:2016-6-07 13:44

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:小海海宁宁    来源:51Testing软件测试网采编

  一、BVT: (Build Verification Test )
  BVT的概念:
  BVT(版本验证测试)是在所有开发工程师都已经checkin完自己的代码,并编译完成,生成当天的版本之后进行,主要目的是验证最新生成的软件build版本功能的完整性,主要的软件特性的正确性。如无大的问题,就可以进行相应的BAT测试。
  BVT优点是时间短,验证了软件的基本功能。
  缺点是该种测试的覆盖率很低。因为运行时间短,不可能把所有的情况都测试到。
  BVT测试也被称为“冒烟测试”。
  BVT测试介绍:
  BVT (版本验证测试) 由一组测试组成,这些测试用于验证特定版本的总体质量。BVT 通常根据设定的计划自动运行,经常在夜间进行。也可以手动运行,例如自动运行失败后。如果 BVT 中的所有测试均已通过,则认为该版本成功。
  也就是说,新生成的软件,先不急于完全测试,而是在很短的时候内把软件的基本功能走一遍,看有没有什么大的问题,如果存在大的问题,就没有必要再进一步测试了。可以节约时间,提高测试效率。
  冒烟测试,也有称作烟雾测试(smoke Test),一种用于验证系统基本功能的实现并达到一定程度的稳定性的测试。这种测试经常用作进入下一个等级的测试的入口准则的一部分。关于冒烟测试,应该是微软首先提出来的一个概念,和微软一直提倡的每日build有很密切的联系。具体说冒烟测试就是在每日build建立后对系统的基本功能进行简单的测试,这种测试强调功能的覆盖率,而不对功能的正确性进行验证。从这一点看和所谓的“接受性(验收)测试(Acceptance Test)”非常相似。不同之处就在于他们执行的频率和被测的版本不同。 至于冒烟测试这个名称的来历,大概是从电路板测试得来的。因为当电路板做好以后,首先会加电测试,如果板子没有冒烟在进行其它测试,否则就必须重新来过。类似的如果冒烟测试没有通过,那么这个build也会返回给开发队伍进行修正,测试人员测试的版本必须首先通过冒烟测试的考验。冒烟测试应该是对整个系统流程从输入到输出的完整测试。测试不必是面面俱到的,但是应该能够发现系统中较大的问题。冒烟测试应该是足够充分的,通过了冒烟测试的build就可以认为是经过充分测试、足够稳定的。
  不进行冒烟测试的build是没有太大价值的。冒烟测试阻止着产品质量恶化和集成问题的产生,不进行冒烟测试,每日构造可能会变成浪费时间的练习。冒烟测试必须随着系统的扩充而扩充。
  何时应该进行BVT测试:
  从BVT测试介绍中可以看出,BVT测试次数越多越好,但现实情况,当拿到新的build版本之后,进行BVT测试,测试通过后,进行BAT测试,之后才给测试组进行接下来细致详尽的测试工作。若BVT测试未通过,则报出bug,需要修改bug,build出新的版本后,重新进行BVT测试直至BVT测试通过。
  BVT测试应该包含的内容:
  1、业务流的测试,保证正常业务链路的通畅。
  2、工作流的测试,主要是测试流程流转是否正常,至于流程步骤的表单内容是否正确则不关注。
  3、关键功能的测试,至少要保证系统运转所需的启动数据,以及一些开关控制正常。
  4、重要基本功能的测试,比如对核心业务有影响的一些增删改等。
  BVT测试的过程:
  1、软件的各个单元测试通过
  2、build出新版本
  3、拿到最新的版本
  4、根据文档要求准备测试环境
  5、执行BVT测试用例 【自动或者手动】
  6、BVT测试结束,如果成功,则给测试组进行接下来详尽的测试工作
  如果不成功,报bug,修改bug,重新进行BVT测试
  工作中的BVT测试:(如SQL2016RC0 + MS Dynamics AX 62 & 63 )
  The Dynamics AX BVT is a smoke test run as part of the official product build that is used for three primary purposes:
  Measure      the state of the build, validating product setup, application launch and      core feature functionality.  A failure indicates no further testing      should be attempted.
  Indicator      that integration between branches (especially for a reverse integration to      “main”) did not break core product functionality
  Indicate      if the core capabilities of the product are functional.   A BVT      with no failures is a strong indicator that the build can be installed and      used by internal developers and testers.
  步骤:
  1、 拿到最新的build后,安装环境
  2、 执行BVT测试【自动或手动,一般fail掉的BVT手动再跑一边】
  3、 BVT测试结束,如果成功,则给测试组进行接下来详尽的测试工作
  如果不成功,报bug,修改bug,重新进行BVT测试
  自动跑BVT,是将BVT的cases写进一个job中,在相应的机器上run这个Job ID,从而跑BVT
  手动跑BVT:
  参考网站,根据上面的步骤进行手动跑BVT
  http://dynamics/functionalteams/test/wiki/Test%20Execution/BVT%20Execution.aspx
21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号