[讨论]关于测试中版本管理的一个问题

发信人: Erratic (漂砾), 信区: SoftEng
标  题: 关于测试中版本管理的一个问题
发信站: 水木社区 (Sat Jan 14 15:40:54 2006), 站内

系统在开发中每天都会对系统有修改,子版本不断在更迭(比如每天都有一个新的版本)
,这给测试带来了一个问题:测试员每天都使用最新的版本?还是先固定在某个版本上,
将所有测试用例都测试一遍(手工全部过一遍大概需要一周时间),然后用测试完后的下
一个版本来测试?

比如版本为1.0.60102(60102表示2006年1月2日生成的版本),测试员在这个版本上开始
对照测试用例测试,这个测试大概需要一周时间。程序每天都会发布新的版本(
1.0.60103, 1.0.60104, …etc),那么每天发布新版本之后,测试员需要对照Bug列表
中Resolved的Bug对照检查这些Bug是否已经被修改;同时他在复查完Bug的情况之后,需
要按照测试用例继续往下测试,这个时候他是使用当天这个版本(比如1.0.60104)还是
继续使用开始测试时使用的版本(1.0.60102)呢?

不知道其他一些公司是怎么来安排这个事情的,有没有有经验的人介绍一下?谢谢!


发信人: qlw (钱五哥), 信区: SoftEng
标  题: Re: 关于测试中版本管理的一个问题
发信站: 水木社区 (Sat Jan 14 19:22:49 2006), 站内

遇到过类似的问题,感觉测试是很消耗人力的工作,开发人员可以每天
发布一个版本,但是测试人员很难一天测试完一个版本。

现状是:
1 测试用例虽是预先定义好的,但是对于不稳定项目来说,用例不断
在增加,因为需求和界面可能都在变化,因此每天会有新的测试用例。

2 领导只关心最新版本是否稳定可靠,是否可以给客户安装部署,对老版本
的测试和纠缠会不利于发布。

3 Bug之间有相关性,修复了一个bug,可能带来新bug,也可能顺道修复了
旧bug,开发人员和测试人员需要及时沟通。

是否可以采用快照方法来测试:
1 只针对最新的稳定软件版本测试用例表,发现问题之后,逐个回退版本,确定这个
问题是新生问题,还是老问题。记录版本出现的版本
2 测试人员跟踪每一个bug直到完成。
3 测试人员负责和开发人员沟通bug的信息。

4 需要一个完善的集成工具, 这个工具显式地显示某个版本中已解决的问题
并指出下个版本中应该被修复的问题。

另外,尽早稳定需求,合理分割版本也可以缓解测试危机


发信人: bigfatcat (失业中,欢迎提供就业信息), 信区: SoftEng
标  题: Re: 关于测试中版本管理的一个问题
发信站: 水木社区 (Sat Jan 14 23:53:03 2006), 站内

为什么要把night build拿去全面做测试?
night build只针对相关的bug测试就可以了
程序员也不该在night build上修改,应该是前一个稳定的版本


发信人: magicfat (魔法胖子), 信区: SoftEng
标  题: Re: 关于测试中版本管理的一个问题
发信站: 水木社区 (Mon Jan 16 13:15:48 2006), 站内

测试一定要自动化。如果版本更新很快的话,自动化的、保证大覆盖率的回溯测试(
regression test)至关重要。

发表评论

电子邮件地址不会被公开。 必填项已用*标注