每日构建后测试工作量加大问题

huangdxx · 发表于 2009-5-8 13:31:59

项目采用SVN进行版本控制，采用每日构建的方式发布测试版本，大大缩短了bug的修复和验证修复时间，问题时开发修复bug会引入新bug，可能会导致一直稳定的功能出现新bug，只能每天在测新版本时扩大回归测试范围，导致测试工作量剧增，大家有这方面好的解决方法吗，踊跃讨论

ahu201 · 发表于 2009-5-8 14:05:54

自动化

shuaiyi1981 · 发表于 2009-5-15 15:14:55

每日构建多数都是空谈，如果不是一个稳定的版本交付测试，那么构建多少次都是白搭，测试质量和版本的发布时间没有直接的关系，但是版本发布的质量是决定测试成功与否的关键！

name135791 · 发表于 2009-5-16 02:15:43

1。选出一小部分测试用例做自动化冒烟测试，测试不通过直接打回版本
2。让开发人员给出模块耦合性分析，在回归测试时间不够的情况下，只测修改的bug，和修改会影响的部分
另外，按你所说的情况，感觉你们公司可能不适合做这种测试模式

huangdxx · 发表于 2009-5-16 15:02:06

感谢楼上的，冒烟测试虽然流程中没有，但实际工作中还是这样做的，版本都是qa自己构建的，没法打回

云层 · 发表于 2009-5-23 17:25:53

原帖由 shuaiyi1981 于 2009-5-15 15:14 发表
每日构建多数都是空谈，如果不是一个稳定的版本交付测试，那么构建多少次都是白搭，测试质量和版本的发布时间没有直接的关系，但是版本发布的质量是决定测试成功与否的关键！

精辟

lovealina · 发表于 2009-10-30 16:40:14

3楼说的对

sherry.fen · 发表于 2009-11-11 18:24:50

选自已公司产品合适的测试流程很重要，不要盲目跟风。

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 每日构建后测试工作量加大问题