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小组的定义和划分
1.3测试中Bug严重程度、优先级的定义
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
