测试跟踪工具Bugzilla介绍[4]

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严重程度、优先级的定义