qc对bug管理的流程问题
我们缺陷管理用的是qc9.0 。现在有个问题，开发人员改完缺陷之后立刻就将bug的状态改为fixed，但实际上并没有更新待测软件（需要等统一的版本发布）。这种情况下，测试人员如果立刻去回归测试bug，就会发现并没有修改。请问是否应该要求开发人员版本发布了之后再置bug的状态为fixed ？ 还是像现在这样立刻就改状态？
哪种是规范的作法？ 开发人员改完缺陷后立即改bug状态没有错误，但需要要求开发人员在备注中标注时间和修改软件的版本号，测试人员验证此bug时，如果发现测试软件的版本号与开发人员备注中软件的版本号相同，则应该将bug保留到下一次测试时验证。
如果让开发人员到提交时再修改bug状态，则会出现遗漏，并且也不记得当时如何修改此bug的情形，不利于bug的积累和经验分享。
谢谢！ 楼上的分析的很好
回复 2# 的帖子
在用QC的过程中，关于defect的流程有一些迷惑，恳请帮忙解答一下，谢谢！以前公司用的是URtracker流程是非常清晰的，提交一个任务后，指定接下来处理的人，任务转一次，URtracker中就类似于回帖一样显示一层。可是现在看QC，觉得非常迷惑。举例，如果是我提交的defect，然后指定N2这个人来处理它。N2接收到邮件后，进入QC打开这个defect，针对defect中的description中描述的内容进行处理，处理完毕后，修改defect的状态。如果N2想详细的描述故障解决的过程，给tester参考的话，这个故障处理过程的描述，会添加在哪儿呢？ 添加到comments里阿，defect不是有comment的item么 但是我想问的是，在defect properties里增加了一项fixed date，开发标为fixed后，如何让fixed date自动生成？ 我也想知道。 Function Bug_CheckStatus添加代码 ：
If Fields("BG_STATUS").Value = "Fixed" Then
Fields("fixed date").Value = now()
end if 感觉应该是，测试人员将BUG状态改为open交予开发人员，开发人员修改后在comments里面注明。由测试人员回归测试之后，才能fixed，呵呵。 回复 9# 泡芙拓
测试人员回归后，就不是fixed了，而是closed 当测试人员发现bug时状态为新建开发改过后并未更新状态是已修复更新后回测正常是已关闭 如果还是有问题状态为打开个人的一点建议
页:
[1]
