51Testing软件测试论坛

标题: 缺陷管理流程问题？ [打印本页]

作者: lidian36 时间: 2008-9-16 11:35
标题: 缺陷管理流程问题？
我们缺陷管理用的是qc9.0 现在有个问题，开发人员改完缺陷之后立刻就将bug的状态改为fixed，但实际上并没有更新待测软件（需要等统一的版本发布）。这种情况下，测试人员如果立刻去回归测试bug，就会发现并没有修改。
请问是否应该要求开发人员版本发布了之后再置bug的状态为fixed ？还是像现在这样立刻就改状态？
哪种是规范的作法？

作者: archonwang 时间: 2008-9-16 12:43
增加缺陷状态，调整缺陷生命周期。

作者: lidian36 时间: 2008-9-16 13:20
如何调整？能说的具体些吗。不胜感激！

作者: kevin_park315 时间: 2008-9-17 12:56

原帖由 archonwang 于 2008-9-16 12:43 发表
增加缺陷状态，调整缺陷生命周期。

在Fixed后面加入一个类似Verify的状态，这样版本集成和build在Fixed状态上完成，然后把状态变成Verify;测试人员在对状态是Verify的bug进行验证。

作者: lock85226 时间: 2008-9-28 16:54
楼上正解,不过""像现在这样立刻就改状态""也没问题,因为BUG有操作的历史纪录,就不会出现lz所说的问题,我以前的公司就是那样做的.

作者: kewang 时间: 2008-10-17 09:52
TD里面有DETECTED IN VERSION选项
每轮开发FIXED的单子在下一轮启动的时候,也就是发布新版本的时候,进行验证

不知道QC有没有这功能

作者: zhuzx 时间: 2008-11-3 17:00
标题: 可以通过版本控制，来解决此问题

原帖由 lidian36 于 2008-9-16 11:35 发表
我们缺陷管理用的是qc9.0 现在有个问题，开发人员改完缺陷之后立刻就将bug的状态改为fixed，但实际上并没有更新待测软件（需要等统一的版本发布）。这种情况下，测试人员如果立刻去回归测试bug，就会发现并没有修改 ...

一种方法：我们验证Bug的时候，要在Fix掉的后一个版本来验证缺陷。
二种方法：通过版本和状态双重过滤，就可以发现是否马上可以验证Fix掉的缺陷。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)