2.2.5测试人员确认开发人员报告的Bug是否存在.

　　1. 查询状态为“Unconfirmed"的Bug，

　　2. 测试人员对开发人员提交的Bug进行确认，确认Bug存在。

　　3. 具体操作：选中“Confirm bug(change status to New)"后，进行commit.

　　4. 操作结果：状态变为“New".

2.3、查询Bug

　　1．直接输入Bug Id，点击find 查询。可以查看Bug的活动纪录。

　　2．点击Query，输入条件进行查询。

　　3．查询Bug活动的历史

　　4．产生报表。

　　5．帮助：点击Clue.

3、关于权限的说明

　　1． 组内成员对bug具有查询的权利，但不能进行修改。

　　2． Bug的owner 和 reporter 具有修改的权利。

　　3． 具有特殊权限的用户具有修改的权利。

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的生存周期