测试版本迭代管理机制

论在测试中版本迭代管理机制的实现和作用

当在一个项目中版本迭代更新慢,测试开发处于1对1的模式下版本迭代机制的实用性处于一般级别。

当在一个项目中版本迭代更新快,bug一大堆时,这时需要一个迭代管理机制是尤为必要的。

目前项目中开发测试的比例一般是4对1的上下浮动。

从开发角度多个开发人员不能保证软件开发同步性时,可以通过版本号的标记。测试通过验证版本号就可以验证出当前软件更新是否是在最近版本的基础上实现更新。

从测试角度:测试人员接到提测后首先是否是最新版,是否是有效版本,然后记录每次提测的版本号,以及对应的bug修复问题和通过率,并且记录新出现的bug。

验证方法可以通过验证版本号的编译规则显示出这个版本号是在之前那个版本的基础上更新的。这样可以有效避免开发人员版本不统一编译后bug复现的问题。提前解决一部分不必要的无用功。

通过迭代管理机制可以有效的提高开发和测试的质量和效率。

例:

迭代规则为A0A0,第一个A0为编辑的基础版本后两位,第二个A0为编译后的版本代号,A0A0为一个完整的版本号,通过迭代管理机制发现红色的A2A3为错误的版本号,更新的基础版本很有可能为A1A2。在更新迭代快的项目中通过一个版本号的管控避免了在错误的A2A3版本上做不必要的无用功。提高工作效率。

转载于:https://www.cnblogs.com/liuliu-word/p/7406889.html

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值