4、 BUG处理流程

　　1. 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。

　　2. 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。

　　3. 开发者收到Email信息后，判断是否为自己的修改范围.

　　1) 若不是，重新reassigned分配给项目组长或应该分配的开发者。

　　2) 若是，进行处理，resolved并给出解决方法。(可创建补丁附件及补充说明)

　　4. 测试人员查询开发者已修改的bug，进行重新测试。(可创建test case附件)

　　1) 经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。

　　2) 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。

　　5. 如果这个BUG一周内一直没被处理过。Bugzilla会一直用email骚扰它的属主，直到采取行动。

　　5、一个Bug的生存周期

　　Bugzilla管理员操作指南

　　1、主要工作内容：

　　1. 1产品(Product)、版本号(versions)和模块(Components)的定义，同时指定模块相应的开发者(owner)和测试人员(QA Contact)。

　　1.2小组的定义和划分