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

　　测试跟踪工具Bugzilla介绍[3]  软件测试

　　2.2.3测试人员验证已修改的 Bug.

　　1. 测试人员查询开发者已修改的bug，即Status为"Resolved",Resolution为"Fixed".进行重新测试。(可创建test case附件)

　　2. 经验证无误后，修改Resolution为VERIFIED。待整个产品发布后，修改为CLOSED。

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

　　3. 具体操作(可选择项)

　　1. Leave as RESOLVED FIXED

　　2. Reopen bug

　　3. Mark bug as VERIFIED

　　4. Mark bug as CLOSED

　　2.2.4 Bug报告者(reporter)或其他有权限的用户修改及补充Bug

　　1. 可以修改Bug的各项内容。

　　2. 可以增加建立附件，增加了相关性, 并加一些评论来解释你正在做些什么和你为什么做。

　　3. 操作结果：每当一些人修改了bug报告或加了一个评论，他们将会被加到CC列表中，bug报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。

　　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通知项目组长或直接通知开发者。

原文转自：http://www.ltesting.net