google搜索
站内搜索
软件测试门户
|
软件测试培训
|
文章资料精选
|
软件测试论坛
|
测试解决方案
|
软件测试博客
|
测试招聘求职
注册
登录
搜索
调查问卷
鲜花鸡蛋
帮助
51Testing软件测试论坛
»
[软件配置管理]
» 高手来看看这样的版本控制会有问题嘛!
‹‹ 上一主题
|
下一主题 ››
发新话题
发布投票
发布商品
发布悬赏
发布活动
发布辩论
发布视频
打印
[求助]
高手来看看这样的版本控制会有问题嘛!
IoRizHj
高级站友
个人空间
发短消息
加为好友
当前离线
1
#
大
中
小
发表于 2007-2-1 23:02
只看该作者
高手来看看这样的版本控制会有问题嘛!
首先说说目前公司版本控制的情况。
公司基本是以研发为主体的,项目经理就是研发的老大,所以版本就是他喊build就build,但是由于版本是需要发给客户,所以就搞了受控测试!基本流程是这样的:
PM觉得差不多了,就向SCM申请受控,打tag生成版本,提交给测试进行测试,经过测试后如果通过就把这个tag上的代码进行备份。如果没有通过会在比较短的时间内修改Bug,然后再build一个测试,如果bug够修改了,那么接下来又申请受控。但是在这个过程中研发人员提交代码不受任何限制。目前一年来,进行了可能不下10多次的受控,能通过的版本甚少,测试也很郁闷!
现在部门经理让我提出一些改进的建议,我考虑了一下,进流程改为下面的,还请高手指点指点,因为我本身是STE所以这方面了解不多!
首先由PM提出受控,由Test Leader 确定测试时间,SCM打tag生成版本(或者建立受控库),测试版本修改bug,定期生成版本直到test leader确定的测试时间到期。在这段时间内的版本中选取较好的版本纳入受控!
请大家对这个改进的流程多指点一下,小弟先谢过了!
UID
15021
帖子
101
精华
0
积分
239
综合技术指数
238
生活情趣指数
1
鲜花
0
鸡蛋
0
阅读权限
10
在线时间
141 小时
注册时间
2005-3-25
最后登录
2008-11-18
查看详细资料
TOP
ecust
版主
个人空间
发短消息
加为好友
当前离线
2
#
大
中
小
发表于 2007-2-2 13:08
只看该作者
项目本身就应该受控,不是PM来提出,强制受控.所有都受控.
PM申请测试,由TL安排测试时间,SCM从配置库按PM给出的版本号得出测试版本的安装程序,交付测试.发现BUG后,开发修改,应该生成新的版本,提交复查,SCM从配置库得下该版本的安装程序(或监督开发在server端升级),继续测试.测试通过,得到一个稳定版本,赋予比较特殊的版本号,以便标识.
这是我的个人看法,另外我对你所说的纳入受控,包含些什么东西不太清楚??
☆欢迎访问我的blog: http://blog.sina.com.cn/hurui82
UID
12006
帖子
1547
精华
2
积分
1546
综合技术指数
688
生活情趣指数
858
鲜花
9
鸡蛋
4
阅读权限
100
来自
上海
在线时间
339 小时
注册时间
2005-1-27
最后登录
2008-11-21
查看个人网站
查看详细资料
TOP
Nio
本站支柱
斧头帮 帮主
个人空间
发短消息
加为好友
当前离线
3
#
大
中
小
发表于 2007-2-2 15:09
只看该作者
首先要明确的是,代码(版本)因何而受控,达到什么样的条件就可以受控,这对于确定什么时候受控很有必要。
还有一点就是,版本不能在测试之前决定是否受控,这是显而易见的。
我不知道你们公司的PM是什么样的一个职能,如果PM能详细了解代码的情况(参与编码),由他提出并决定受控是可以的,如果不是最好也问一下RD以及其manager的意见并反馈给PM。
流程:
1、PM询问版本是否可以进行受控;
2、问RD或了解Code的相关人员,得到反馈信息;
3、出build经QA测试;
4、依据测试结果由PM或RD决定版本是否受控。
[
本帖最后由 Nio 于 2007-2-2 15:13 编辑
]
UID
8385
帖子
774
精华
2
积分
985
综合技术指数
925
生活情趣指数
60
鲜花
1
鸡蛋
0
阅读权限
15
来自
上海
在线时间
184 小时
注册时间
2004-12-3
最后登录
2008-11-21
查看详细资料
TOP
IoRizHj
高级站友
个人空间
发短消息
加为好友
当前离线
4
#
大
中
小
发表于 2007-2-2 23:04
只看该作者
先谢谢上面两位大大的回复!
公司所谓的受控就是由于市场需要稳定的版本,进行的一个得到版本并且将代码和相关资料控制起来的过程。
流程:
1、PM询问版本是否可以进行受控;
2、问RD或了解Code的相关人员,得到反馈信息;
3、出build经QA测试;
4、依据测试结果由PM或RD决定版本是否受控。
目前的流程基本就是这样的。
我们公司项目经理就是研发的leader,应该对代码还是比较了解。但是coders提交是任何时候不受限制的,所以最后的效果是经常最后认定不受控。
UID
15021
帖子
101
精华
0
积分
239
综合技术指数
238
生活情趣指数
1
鲜花
0
鸡蛋
0
阅读权限
10
在线时间
141 小时
注册时间
2005-3-25
最后登录
2008-11-18
查看详细资料
TOP
smallfish382
Elian
版主
个人空间
发短消息
加为好友
当前离线
5
#
大
中
小
发表于 2007-2-3 10:27
只看该作者
规划好配置库的开发流程吧。
主线上开发,建立一条发布分支,为发布的版本打tag(比如1.0版本本),然后给测试人员测试
你继续在该版本上开发新的版本(比如2.0),如果说版本1.0存在很多bug,这时候为1.0版本在建立一条修正bug的分支,然后基于这条生成修正bug的版本。如果先给1.0版本添加新的功能,但不影响后续开发的新版本,可在1.0版本的基础建立一条功能分支。
如果说,1.0版本中的一些bug,在2.0版本也需要修改,那么可以将1.0修正某个bug的版本合并进来。
[
本帖最后由 smallfish382 于 2007-2-3 10:33 编辑
]
UID
1844
帖子
765
精华
4
积分
1883
综合技术指数
1709
生活情趣指数
174
鲜花
46
鸡蛋
0
阅读权限
100
在线时间
138 小时
注册时间
2004-8-11
最后登录
2008-11-19
查看个人网站
查看详细资料
TOP
Nio
本站支柱
斧头帮 帮主
个人空间
发短消息
加为好友
当前离线
6
#
大
中
小
发表于 2007-2-6 10:08
只看该作者
楼上说的虽然是一个很不错的方法,可以解决一些问题,但在实际工作中不能这么操作。
建立分支(branch),不能以要修改的BUG为基准;通常的做方法是以功能界面改变为基准。如果从某个版本开始,功能有了变化或界面有了变化就建一个分支,这样对开发过程的控制会更有效。
UID
8385
帖子
774
精华
2
积分
985
综合技术指数
925
生活情趣指数
60
鲜花
1
鸡蛋
0
阅读权限
15
来自
上海
在线时间
184 小时
注册时间
2004-12-3
最后登录
2008-11-21
查看详细资料
TOP
lgwmlx
中级站友
个人空间
发短消息
加为好友
当前离线
7
#
大
中
小
发表于 2007-2-7 22:28
只看该作者
我觉得应该有一个主线,所有的改变都应该合并到主线中去。如果用户有需求,那么规定一个时间什么时候交送给用户,那么在这个时间段之间,分出两个时间段,其中一个时间段交给开发组去修改,另一个时间段留给测试组去测试。当开发要提交测试时,首先要申请一个Tag,如果通过,则由SCM来标记这个Tag,然后在建立一个对应的分支,测试组在这个分支上测试,开发组也在这个分支上修改测试出来的bug。当然开发组也要把这个bug合并到主线上,也可以继续在主线上加新的功能。
UID
16403
帖子
73
精华
0
积分
194
综合技术指数
193
生活情趣指数
1
鲜花
0
鸡蛋
0
阅读权限
10
在线时间
45 小时
注册时间
2005-4-13
最后登录
2008-11-22
查看详细资料
TOP
Nio
本站支柱
斧头帮 帮主
个人空间
发短消息
加为好友
当前离线
8
#
大
中
小
发表于 2007-2-8 10:30
只看该作者
楼上的这位兄弟,说的再清楚点好不?呵呵~~
如果因不同客户的不同需求而改变了软件原先设计的功能或界面,通常是不在Main tree上只接改的,而是新建一个Branch。
UID
8385
帖子
774
精华
2
积分
985
综合技术指数
925
生活情趣指数
60
鲜花
1
鸡蛋
0
阅读权限
15
来自
上海
在线时间
184 小时
注册时间
2004-12-3
最后登录
2008-11-21
查看详细资料
TOP
myhenry
中级站友
个人空间
发短消息
加为好友
当前离线
9
#
大
中
小
发表于 2007-3-1 10:11
只看该作者
关注
UID
101010
帖子
8
精华
0
积分
148
综合技术指数
148
生活情趣指数
0
鲜花
0
鸡蛋
0
阅读权限
10
在线时间
2 小时
注册时间
2007-1-25
最后登录
2007-6-15
查看详细资料
TOP
问剑几曾愁
中级站友
个人空间
发短消息
加为好友
当前离线
10
#
大
中
小
发表于 2007-3-19 17:10
只看该作者
继续讨论啊,我还是有点不清楚
若湖
UID
90465
帖子
132
精华
0
积分
143
综合技术指数
100
生活情趣指数
43
鲜花
0
鸡蛋
0
阅读权限
10
在线时间
13 小时
注册时间
2006-11-30
最后登录
2007-8-10
查看详细资料
TOP
freefish88
中级站友
个人空间
发短消息
加为好友
当前离线
11
#
大
中
小
发表于 2007-4-12 17:41
只看该作者
所有的版本控制应该按照配置管理计划中进行的进度进行监控,什么时候生成基线,什么时候进入测试,如果有不符合的地方要进行变更
UID
106546
帖子
88
精华
0
积分
155
综合技术指数
155
生活情趣指数
0
鲜花
2
鸡蛋
0
阅读权限
10
在线时间
13 小时
注册时间
2007-3-12
最后登录
2007-5-15
查看详细资料
TOP
‹‹ 上一主题
|
下一主题 ››
版块跳转 ...
> [软件测试新手上路]
> [软件测试新手上路精华区]
> [每日一贴]
> [测试资源共享区]
> [软件测试职业发展]
> [企业招聘]
> [人才频道]
> [学员免费推荐]
> [个人求职]
> [简历与面试]
> [51Testing软件测试沙龙]
> [软件测试每周一问]
> [话题PK]
> [测试交流QQ群与MSN群]
> 【Software Testing English Column】
> 译文征稿活动
> [未决问题区]
> [软件质量管理]
> [质量管理精华区]
> [软件缺陷管理]
> [软件测试管理]
> [软件配置管理]
> [VSS/PVCS]
> [CVS/Subversion/SVN]
> [ClearCase]
> [软件需求管理]
> [嵌入式软件测试]
> [手机测试]
> [软件测试外包]
> [本地化软件测试与国际化软件测试]
> [通用软件产品测试]
> [游戏测试]
> [金融证券行业测试]
> [电信行业测试]
> [电子商务测试]
> [TestDirector&Quality Center]
> [TD&QC精华区]
> [QuickTest Pro]
> [QTP精华区]
> [LoadRunner]
> [LR精华区]
> [WinRunner]
> [WR精华区]
> [Robot]
> [Robot 精华区]
> [Rational Functional Tester]
> [其他工具与自动化测试框架]
> [Borland Silk系列工具]
> [JMeter]
> [开源测试工具]
> [测试用例设计]
> [单元测试与集成测试]
> [xUnit]
> [日构建和Ant]
> [系统测试]
> [WEB测试]
> [性能测试]
> [安全测试]
> [测试系统架构]
> [操作系统]
> [J2EE与中间件]
> [.Net平台]
> [数据库]
> [前沿技术、测试方法]
> [灌水乐园]
> [游戏动漫]
> [流行影音]
> [健康美食]
> [电子数码]
> [运动旅游]
> [奖励专区]
> 双节送祝福抢楼活动
> 07年度最受会员欢迎活动评选
> 07年度论坛最佳版主评选
> 众志成城 抗震救灾
> 最佳博客评选
> 最佳会员评选
> [投诉建议区]
> [版主申请任命专区]
控制面板首页
编辑个人资料
积分记录
公众用户组
个人空间管理
升级个人空间
当前时区 GMT+8, 现在时间是 2008-11-23 02:55Copyright(C)
上海博为峰软件技术有限公司
2001-2007 电话:021-64471599-8017
当您在访问网站、论坛及博客过程中遇到问题时可发送email:
webmaster@51testing.com
或发送论坛短信至管理员
“
风在吹
”
软件测试每周一问,答帖有奖
系统培训 解决工作难题
"SEPG中国2008"
火热报名
中
2008中国软件测试从业人员调查问卷
白盒测试比黑盒测试更难?
《51测试天地》第11期正式发布
见证一段历程,点亮一盏明灯!
软件测试培训 签订合同保证就业
2008中国软件测试从业人员调查问卷开始启动了!!!
软件测试话题PK,问题征集
51Testing启动《高校应届毕业生就业保障方案》
白盒测试比黑盒测试难?不同意请点击>>
2008中国软件测试从业人员调查问卷开始启动了!!!
软件测试话题PK,问题征集
51Testing启动《高校应届毕业生就业保障方案》
软件测试话题PK,问题征集
白盒测试比黑盒测试难?不同意请点击>>
2008中国软件测试从业人员调查问卷开始启动了!!!
软件测试工程师-从“菜鸟”到“精鹰”