设为首页收藏本站

开启辅助访问软件测试门户软件测试培训软件测试论坛测试解决方案文章资料精选软件测试博客软件测试招聘

51Testing软件测试论坛 »软件测试论坛 › [软件项目管理类] › [软件缺陷管理] › 缺陷管理流程问题？

发新帖

查看: 4357|回复: 6

上一主题

下一主题

[求助] 缺陷管理流程问题？

该用户从未签到

电梯直达

跳转到指定楼层

1^#

发表于 2008-9-16 11:35:49 | 只看该作者回帖奖励

回帖奖励

|正序浏览 |阅读模式

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

分享到: QQ好友和群 QQ空间 腾讯微博 腾讯朋友

相关帖子

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复

使用道具举报

该用户从未签到

7^#

发表于 2008-11-3 17:00:08 | 只看该作者

可以通过版本控制，来解决此问题

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

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

回复支持反对

使用道具举报

该用户从未签到

6^#

发表于 2008-10-17 09:52:16 | 只看该作者

TD里面有DETECTED IN VERSION选项
每轮开发FIXED的单子在下一轮启动的时候,也就是发布新版本的时候,进行验证

不知道QC有没有这功能

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复支持反对

使用道具举报

该用户从未签到

5^#

发表于 2008-9-28 16:54:17 | 只看该作者

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

回复支持反对

使用道具举报

该用户从未签到

4^#

发表于 2008-9-17 12:56:42 | 只看该作者

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

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

回复支持反对

使用道具举报

该用户从未签到

3^#

楼主| 发表于 2008-9-16 13:20:30 | 只看该作者

如何调整？能说的具体些吗。不胜感激！

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复支持反对

使用道具举报

TA的每日心情

	奋斗 2018-2-28 18:04

签到天数: 40 天

连续签到: 1 天

[LV.5]测试团长

2^#

发表于 2008-9-16 12:43:12 | 只看该作者

增加缺陷状态，调整缺陷生命周期。

回复支持反对

使用道具举报

发新帖

站长推荐 /1

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 ) 关于我们

GMT+8, 2024-10-7 16:25 , Processed in 0.085856 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表