51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7078|回复: 20
打印 上一主题 下一主题

[求助] 项目版本多而混乱,请问有什么好办法?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-10-12 12:22:27 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
我们公司的产品有很多的版本,管理很混乱,下面举例说明,请大家帮忙想想有什么好办法?
主要产品A,可能同时有两个版本在运作,一个是比较稳定的已经发给客户的版本01,一个是正在开发中不够稳定的版本02。两个版本都可能因为小功能的改动或客户需求有不断升级的版本V01,V02等。针对不同的硬件,还有产品B、C等,软件功能和A类似。另外可能还有客户定制版本D、E等,版本编号和A不一致,从01开始编,但是可能对应的主版本为A05。
每个版本都是基于以前的某一个版本改动,如B02可能基于A01V05,C02可能基于A02V01,送测时都有修改点记录,但是很难看出这些版本之间的关系,也就很难看出每个版本到底有多少问题在里面,bug管理用bugzilla,也是很难找出来的,因为有些bug可能最新的版本已经改了,bug状态为关闭,但是老版本并没有把这个改动加到里面。
现在希望能有一个列表和一个图,列表显示每个版本的详细信息,如发布时间,修改点,基于以前的哪个版本,测试结果等。但是这个看起来还不是很方便,希望有个图,根据列表画出他们之间的关系,比如从x01升级到y02的话,用线或箭头表示出来,每个版本点击后能看到它的详细信息。有没有什么工具可以做到?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

21#
发表于 2011-5-10 16:42:23 | 只看该作者
回复 1# mugong


    你们可以使用VSS或SVN进行软件相应版本的控制。
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2011-5-10 13:00:19 | 只看该作者
首先SVN下要建很多分支
发现BUG时,有必要时,到各个版本去验证
如在多个版中都存在,修改一个分支后要合并
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2011-5-10 11:43:29 | 只看该作者
SVN 能很好得解决这个问题
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2011-5-9 11:22:45 | 只看该作者
我们公司也是用SVN,可是感觉开发那边没有把他的功能很好的应用起来,版本管理还是很乱,一天要发好几次版本,搞得测试这边很难做的!郁闷啊!
有谁知道真正使用SVN如何很好的管理软件版本啊?多谢指点!
回复 支持 反对

使用道具 举报

该用户从未签到

17#
 楼主| 发表于 2011-3-30 15:42:16 | 只看该作者
谢谢各位的提议,抽空一定学习学习SVN。
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2010-11-30 22:40:18 | 只看该作者
记录缺陷时根据项目版本号的登记,那样就对应了
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2010-11-19 10:32:45 | 只看该作者
推荐使用SVN,我们公司也是用这个作为项目管理的工作,我觉得挺好用的。。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2010-11-17 17:32:21 | 只看该作者
画图的话用PPT即可满足了,结合SVN
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2010-11-15 21:11:11 | 只看该作者
这种情况最好用配置管理工具啊,开源的就有SVN,交银子的就是IBM的CC(clear case)了,呵呵,一般SVN就能满足需求了,它的版本可回溯性就可以解决你们公司的这个问题。像楼主说的从x01升级到y02的话,用线或箭头表示出来,每个版本点击后能看到它的详细信息,这个通过SVN的revision graph就可以实现。在那里你可以很清楚的看见A版本是由哪个版本分支出来的。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2010-11-9 08:48:23 | 只看该作者
这取决于版本之间的互动
比方说, 客户 A 的版本是基于Base product v1.0
客户B 的版本是基于Base product v1.2
客户C 的版本是基于Base product v2.0
过一年半载后变成:
客户 A: a.v1, a.v2, a.v3, ...
客户 B: b.v1.2., b.v2.0, ...
客户 B: c.v2.0, c.v3, ...
Base product: v1, v2, v3, v4....
通常, 客户 A, B, C 的 code 已永远不可能 merge back to base product.
在这种情况下,客户 A, B, C 还是有自己的bug database/product 比较好。

这对公司来讲是浪费 (code re-use, stupid),对雇员来讲说不定是好事。
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    11#
    发表于 2010-11-5 16:43:15 | 只看该作者
    工具是有的。不过是商业工具。如果公司有专门的配管人员,可以直接安排来做版本分支与合并。。。
    免费的话就是svn了。


    领导层如果下定决心,相信一定能搞的定的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-11-5 11:14:06 | 只看该作者
    我们公司用SVN做配置管理,也有基线产品,然后根据不同功能在从基线上开发出A,B,C,D,当然A,B,C,D也有自己的版本,能不能提供你说画图我就不知道咯,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2010-11-4 14:28:20 | 只看该作者
    我们公司也有这种情况,可以一起讨论下,我们的情况是:
    一个项目,有可能一天更新好几个版本,也有可能一个月才更新一个版本。但大多数情况是一天更新好几个版本,而且多个开发人员协作开发,很多都是直接发DLL,有什么好的办法吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2010-10-27 22:36:39 | 只看该作者
    看领导控制的决心吧……
    不是基层工作人员能控制的……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2010-10-27 22:36:35 | 只看该作者
    看领导控制的决心吧……
    不是基层工作人员能控制的……
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.7]测试师长

    6#
    发表于 2010-10-27 21:21:47 | 只看该作者
    总的来说很乱,不过乱世出英雄啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2010-10-25 17:35:03 | 只看该作者
    你们公司产品开发的模块化太差!!!!!!
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.7]测试师长

    4#
    发表于 2010-10-24 21:28:19 | 只看该作者
    BUG要与版本挂勾才行
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2010-10-22 23:07:46 | 只看该作者
    用版本管理工具,或者划系列,
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-23 20:59 , Processed in 0.084667 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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