不是因为有些事情难以做到,我们才失去自信,而是我们失去了自信,这些事情才难以做到!
软件测试中的版本控制问题
上一篇 /
下一篇 2008-03-13 15:17:01
/ 个人分类:测试管理
51Testing软件测试网2r"W$U.~zwy`A0j在软件开发过程不规范的项目组中,这种情况是非常常见的。2001年,我接触过的一个公司,它刚刚成立软件测试部,当时的测试部遇到的情况和上面讲的几乎如出一辙,搞得测试员叫苦不迭,开发部的程序员也天天抱怨头疼。51Testing软件测试网"d:a,I,NyPQ'}8FI`7C
-H:wz\~-I0具体到当前这个项目遇到的情况,从上面的问题分析,我认为主要原因是:开发部提供的测试版本太过随意,导致质量太差。要解决它,我认为有以下几个关键点:
]E8f.R
H#p051Testing软件测试网wFP
jx×在项目开始时,最好能先开发一个原型出来,原型基本上要确定整体界面的风格、统一的操作习惯等,以后的开发要以原型为基础进行;
6i k]mP#k0
joQ]`&C0×开发部使用版本控制工具,比如CVS、VSS等,并且要保证每天定时Check-in和Check-out,避免积累大量代码,同时要强调在Check-out和Check-in的时候要注明缘由,是为了修改某个bug还是增加新功能等;51Testing软件测试网V#?#fN
}w`
51Testing软件测试网?6u"oV1B3K+c×每日构建(Daily Build):每日构建要形成制度,构建过程最好能自动进行,如果因为是第一次这样做,没有经验,遇到技术问题,在这种情况下,建议由测试部指派一名测试员加入到开发部,协助开发部进行人工构建,每日能集成一个能运行起来的完整的软件系统;