51Testing软件测试论坛

标题: 项目自身特点,频繁变更。这样的项目如何进行发布版本控制! [打印本页]

作者: 猫儿    时间: 2005-6-29 12:15
标题: 项目自身特点,频繁变更。这样的项目如何进行发布版本控制!
项目自身特点,频繁变更。这样的项目如何进行发布版本控制!

请大家畅有欲言!!!!
作者: luoyear    时间: 2005-7-1 17:51
1、提交版本测试时候,必须提交变更说明及系统测试建议;
作者: 迎风    时间: 2005-7-4 14:19
首先项目是否有建立起配置管理的流程?另外建立起相应流程后在操作过程中团队是否能保证流程的严肃性?每个项目不同阶段都有不同的变更响应策略,是否有流于形式?阶段里程碑的实施是否有进行量化跟踪?等等……

其实,变更频繁并不可怕,可怕的是变更失去控制……因此,我想这个问题还是从机制和组织架构方面切入比较妥当,当然,这首先就又回到管理层的态度这个问题的上面了,呵呵~
作者: 猫儿    时间: 2005-7-11 12:44
流程都有的。

有时候我们在想,受控的代价,往往是时间及工作量。

作为领导层,常常顾及不了流程,更观注市场,所以,问题就来了。

有没有时间、工作量小,而能让版本能到控制的办法。
作者: 迎风    时间: 2005-7-11 12:52
其实配置管理只要前期合理规划,加上有适合的流程与工具并且能得到项目团队的普遍支持,并不会开销太多的时间来进行。当然,随着项目规模的提高配置项的增加也会增加配置管理的复杂度,这时就必须在时间、效率和质量三个方面进行权衡了~~
作者: wzb521    时间: 2005-7-14 17:05
啊哦,俺们的功能是一直在加的,敢问大虾们,这个怎么控制呢?

我只是发表了一次建议,于是我们公司出来了一个中间版本,已经趋于稳定,欣喜ing

但最近不知道是软件还是硬件原因,客户方硬件通讯瘫痪,不用我们中间版本了,郁闷。




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2