qc对bug管理的流程问题

lidian36

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

coffeg

开发人员改完缺陷后立即改bug状态没有错误，但需要要求开发人员在备注中标注时间和修改软件的版本号，测试人员验证此bug时，如果发现测试软件的版本号与开发人员备注中软件的版本号相同，则应该将bug保留到下一次测试时验证。
如果让开发人员到提交时再修改bug状态，则会出现遗漏，并且也不记得当时如何修改此bug的情形，不利于bug的积累和经验分享。
谢谢！

lidian36

楼上的分析的很好

ElaineDing

在用QC的过程中，关于defect的流程有一些迷惑，恳请帮忙解答一下，谢谢！
以前公司用的是URtracker流程是非常清晰的，提交一个任务后，指定接下来处理的人，任务转一次，URtracker中就类似于回帖一样显示一层。可是现在看QC，觉得非常迷惑。举例，如果是我提交的defect，然后指定N2这个人来处理它。N2接收到邮件后，进入QC打开这个defect，针对defect中的description中描述的内容进行处理，处理完毕后，修改defect的状态。如果N2想详细的描述故障解决的过程，给tester参考的话，这个故障处理过程的描述，会添加在哪儿呢？

Dracula.chen

添加到comments里阿，defect不是有comment的item么

Dracula.chen

但是我想问的是，在defect properties里增加了一项fixed date，开发标为fixed后，如何让fixed date自动生成？

huiloo

我也想知道。

Hello2009

Function Bug_CheckStatus添加代码 ：
If Fields("BG_STATUS").Value = "Fixed" Then
         
         Fields("fixed date").Value = now()
end if

泡芙拓

感觉应该是，测试人员将BUG状态改为open交予开发人员，开发人员修改后在comments里面注明。由测试人员回归测试之后，才能fixed，呵呵。

476860312

回复 9# 泡芙拓


    测试人员回归后，就不是fixed了，而是closed

lichao8896

当测试人员发现bug时状态为新建  开发改过后并未更新状态是已修复  更新后回测正常是已关闭 如果还是有问题状态为打开  个人的一点建议