发信人: 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）至关重要。