Bug流程图，欢迎讨论

zhanbuqiu

每個公司的管理流程都不一樣，小公司就沒有分得那么細了

itermster

感觉太复杂了，很繁琐

xinxinxlyuan

各有千秋啊!

syn106

new---open---fixed---closed
new---open---rejected
new---open---rejected---reopen---fixed---closed
我们公司td中 最后只存在 closed  和  rejected

naivesophie

学习。
我们公司好像没lz这么复杂

junlingliu

我也觉得有点复杂,我们公司的没有 这样的流程

tingtingc

缺陷管理的目的通过好的高效的流程高效地解决问题，那么这个过程中的人员，问题状态，解决方法，途径，流程，结果是整个缺陷管理的要素，所以只要这几个方面考虑全面，完全可以根据各个公司具体的情况灵活制定，规模大小不是关键，是否有力度的执行才是重点。
以上几个公司的模型都因地制宜的为自己公司考虑，可以被相关公司借鉴其优势之处。

yangbohustwb

看过了，但是还是谢谢

sailing110

大公司做风，我们相对来说没这么复杂。主要是看管理了。

gaha

缺陷管理过程中bug流向示意图

Bug由测试人员发现并上报，最终状态还要落回到测试人员。



说明：
1.        new ——》fixed ——》close
tester发现新问题，developer修改问题（fixed），tester验证问题通过，关闭bug。

2.        New ——》fixed ——》open ——》fixed ——》close
Tester发现新问题，developer修改问题（fixed），tester验证问题没有通过（open），developer再次修改问题（fixed），tester验证问题通过，关闭bug。

3.        New ——》worksforme ——》invalid
Tester发现新问题，developer发现问题不能重现（worksforme），且由于tester自身操作错误引起，tester将此bug置为invalid，此bug无效。

4.        New ——》worksforme ——》later
Tester发现新问题，developer发现问题不能重现（worksforme），或只能偶尔复现，在不影响进度的前提下，tester可暂时将此bug置于later，表示之后版本或指定时间修改。

5.        New ——》worksforme ——》open ——》fixed ——》close
Tester 发现新问题，developer发现问题不能重现（worksforme），经过测试人员演示，问题确实存在，但在之后的版本可能由于其他bug的修改致使此bug也被修改，tester重新open这个bug给developer，进入fixed ——》close流程。

6.        New ——》Duplication ——》invalid
Tester 发现新问题，developer发现这个问题已经有原理类似的bug或完全一致的bug，则将此bug置为Duplication，表示重复了，tester确认是否真的和其他bug重复，如果是，就将此bug置为invalide。

7.        New ——》Duplication ——》open ——》fixed ——》close
当tester验证被置为重复的bug确实是新问题时，将此bug重新open，进入    fixed ——》close流程。

8.        New ——》by spec ——》open
Tester 发现新问题，developer发现这个问题是因为tester对需求理解不清(by spec)而提出的，但是tester经过和产品人员沟通，表明这是一个明确的bug，则open这个bug，进入open ——》close流程或open ——》worksforme流程。

9.        New ——》by spec ——》new
Tester 发现新问题，developer发现这个问题是因为tester对需求理解不清(by spec)而提出的，但是tester经过和产品人员沟通，发现这个问题是产品定义的盲区，没有明确说明，则首先由产品人员修改产品需求文档，然后按照重新修订好的文档，tester重新置此bug为new，developer则按照新的需求编写代码。

特殊名词解释：
By spec：需求理解有误
Worksforme：不能重现

lerry01

klklmyt

留爪~~~~~感谢楼主分享