BUG生命周期和管理

本章重点：

1、BUG的产生

1)      软件的复杂性：功能越多，软件越复杂。

2)      程序员的错误：过于疲劳，不守规矩，过于热心，心不在焉。

3)      需求的变化：需求变化的后果会造成重新设计与日程调整，一个需求变化频繁的项目或者产品是没有任何测试价值的。

4)      时间的压力：时间是一种宝贵的资源。

5)      文档贫乏：要有良好的先文档后实现的习惯。文档代表着一种特殊的记忆，没有它的存在对人对己都不利。

6)      软件开发工具：实际上，现代的开发工具对整个软件质量尤其是可靠性并没有什么重大的影响。

2、BUG的种类

1)      需求阶段的BUG

2)      分析，设计阶段的BUG

3)      实现阶段的ＢＵＧ【主要发生在开发人员的身上】

4)      配置阶段的ＢＵＧ

5)      短视将来的ＢＵＧ

6)      静态文档的B U G

3、BUG的生命周期

1)      BUG的初始状态（Unconfirmed&New）

2)      BUG的分配状态（Assigned）

3)      BUG的重新分配状态（Ressigned）

4)      BUG修复状态（Resolved&Fixed）

5)      BUG验证状态（Vertified）

6)      BUG重新打开状态（）

7)      BUG关闭状态（）

4、BUG的严重等级

1)      危机的（Critical）

2)      重大的（Grave）

3)      严重的（）

4)      锁定的（Blocker）

5)      重要的（Important）

6)      常规的（Normal）

7)      轻微的（Minor）

8)      微不足道的（Trivial）

5、BUG处理的优先等级

1)      立刻修复（Immediate）

2)      尽快修复（Hight）

3)      正常修复（Normal）

4)      考虑修复（Low）