51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3963|回复: 16
打印 上一主题 下一主题

[求助] 请问测试BUG的版本管理

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-10-31 19:41:18 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们在项目开发中,对BUG的版本不知道如何控制。

我们现在的过程是这样:
对于0。1版本的软件进行测试,提出的BUG都是0。1版本。

每一轮测试结束后,开发人员对BUG进行修复。修复结束后,发布0。2版本的软件,继续进行测试。

这时,测试人员会对第一轮测出的所有版本为0。1的BUG进行验证。如果BUG已经修复,那就表明该BUG检证通过,保持该BUG版本为0。1,直接关闭;如果BUG还是存在,可以reopen,并将该BUG的版本改为0。2。如果可能,提出新的0。2版本的BUG。

第二轮测试结束后,开发人员进行修复BUG,修复结束后,进入第三轮。。。。。

不知道过程是否是这样?或者有更好的版本管理的办法,谢谢!!!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    2#
    发表于 2010-10-31 21:14:18 | 只看该作者
    BUG在提交的时候填上对应的版本不就好了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2010-10-31 22:07:39 | 只看该作者
    是发现bug的软件版本,不是bug版本吧?
    还是俺理解有误?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2010-11-1 12:49:10 | 只看该作者
    嗯,和楼上同问。 不过能不能说发现的这个bug最早是在哪个软件版本上出现的,该如何做比较好? 因为测了几个版本之后发现的这个缺陷可能是最初的0.1版本就存在的。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    5#
    发表于 2010-11-1 13:44:23 | 只看该作者
    楼上的缺陷管理已经到这个级别了。。。。。佩服。

    说起来容易,实施起来非常困难,必须严格按照工程化标准。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2010-11-4 14:47:40 | 只看该作者
    嗯,好办法,将bug标记版本号,但这个版本号只是程序的版本,而不是bug的版本
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2010-11-5 16:05:02 | 只看该作者
    对,是发现BUG的软件版本
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2010-11-5 16:07:44 | 只看该作者
    那BUG有版本吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2010-11-9 08:50:18 | 只看该作者
    有的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2010-11-10 22:52:39 | 只看该作者
    楼上可否详谈一下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-11-10 23:42:50 | 只看该作者
    第一次听说bug也有版本,谁给介绍下……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-11-10 23:44:17 | 只看该作者
    回复 7# brucenan


        我们是第一次发现bug时会备注版本,bug解决关闭时,也会注明bug关闭的版本
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2010-11-11 11:32:49 | 只看该作者
    不同的项目,版本及对应的bug管理适用方法不一样吧。
    以前公司做的项目比较大,要不断不断的发布内网轮回测试,发布外网的版本周期比较长。就分为α、β版本,bug关闭不选择版本,似乎没必要。
    现在公司做网站,外网发布频率高,因为没有测试经理,我就自己定了个规则:外网和内网的版本保持一致,涉及本需求的bug,填写本需求对应版本,如果发现遗留bug,版本也是本需求的,bug关闭版本填写解决的版本。内网重复发布没有版本,一个需求只有一个版本。
    bug没有版本,只分本需求的bug和遗留的bug。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2016-4-26 13:27
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    14#
    发表于 2010-11-11 13:55:31 | 只看该作者
    BUGl版本不要这么纠结吗
    可以分为 发现BUG的版本和关闭BUG的版本
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2010-11-12 16:59:03 | 只看该作者
    对于你说的,我觉得应该对bug有一个系统的管理,谁负责哪个项目的测试人员就负责把测试的这个版本的bug提交给研发人员,这样就不会乱了啊;而且应该有一个bug系统,上面有bug编号、bug严重程度、bug标题、所属项目、由谁创建、创建日期、指派给谁、截止日期、bug状态(关闭、解决、挂起)、解决者、解决方案~~~~我觉得你应该考虑一下啊~~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2011-1-11 16:01:30 | 只看该作者
    楼上的说的有理,我们公司就是采用的这种方法,应该有个专门管理bug的系统,当然这个系统还可以增加一些其他功能,
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2011-1-13 14:14:37 | 只看该作者
    mantis
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-23 08:44 , Processed in 0.083598 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表