为大家提供测试基本方法,通信系统相关技术,测试人员职业规划等方面的收集,给大家提供一个交流学习的平台。
[转载]软件测试过程中如何应对频繁的版本变更?
上一篇 /
下一篇 2008-05-22 15:20:44
/ 个人分类:自动化测试
软件测试每周一问:不少软件测试管理者都遇到过这样的问题:测试版本质量太差,导致测试过程中出现该版本所规划的需求未实现、基本功能点出现缺陷导致大量测试用例堵塞无法进行、缺陷太多导致继续测试失去意义等等,不得不频繁打回版本、修复缺陷后重新开始测试,使得本该完整的测试过程变成了边测边改、边改边测,不仅使测试进度无法按计划进行,还影响对测试对象质量的完整评估。这种情况是否有好的办法加以规范呢?欢迎大家各抒己见!
51Testing软件测试网5uo,J}2?f1K 会员huior的精彩回答:
Nw _)x-]-pH051Testing软件测试网5^3n#u3A8m
l,jq 在软件开发过程不规范的项目组中,这种情况是非常常见的。2001年,我接触过的一个公司,它刚刚成立软件测试部,当时的测试部遇到的情况和上面讲的几乎如出一辙,搞得测试员叫苦不迭,开发部的程序员也天天抱怨头疼。
^0{'GWk-I J0Lo0/a"kx$^Myx0 具体到当前这个项目遇到的情况,从上面的问题分析,我认为主要原因是:开发部提供的测试版本太过随意,导致质量太差。要解决它,我认为有以下几个关键点:51Testing软件测试网
m1r/E+uO-|5DY
51Testing软件测试网's%YV-mY8|^&Q 在项目开始时,最好能先开发一个原型出来,原型基本上要确定整体界面的风格、统一的操作习惯等,以后的开发要以原型为基础进行;51Testing软件测试网!{r u'I-Vy
L(r [q/U!p C0 开发部使用版本控制工具,比如CVS、VSS等,并且要保证每天定时Check-in和Check-out,避免积累大量代码,同时要强调在Check-out和Check-in的时候要注明缘由,是为了修改某个bug还是增加新功能等;51Testing软件测试网i1co#h
i\
!D!sB;y6C0 每日构建(Daily Build):每日构建要形成制度,构建过程最好能自动进行,如果因为是第一次这样做,没有经验,遇到技术问题,在这种情况下,建议由测试部指派一名测试员加入到开发部,协助开发部进行人工构建,每日能集成一个能运行起来的完整的软件系统;51Testing软件测试网7X(?Z.nhh v^
]p#h;L)s'?aa0 强化冒烟测试(Smoketesting):加入开发部的测试员在构建后,集成了一个完整的软件系统,要及时对每一个build进行验证(Build VerificationTest),也可以称之为“冒烟测试”,对软件的基本功能点进行验证;