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

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

　　4. 填表注意：Assigned to: 为空则默认为设定的 owner, 也可手工制定。CC: 可为多人，需用"，"隔开。Desription中要详细说明下列情况：

　　1) 发现问题的步骤

　　2) 执行上述步骤后出现的情况。

　　3) 期望应出现的正确结果。

　　选择group设置限定此bug对组的权限，若为空，则为公开。

　　5. 操作结果：Bug状态(status)可以选择Initial state 为New或Unconfirmed.

　　系统将自动通过Email通知项目组长或直接通知开发者。

　　6.帮助： Bug writing guidelines

　　2.1.2 开发人员报告Bug.

　　1. 具体方法同测试人员报告。

　　2. 区别： Bug初始状态将自动设为Unconfirmed，待测试人员确定后变为“New".

　　2.2、Bug的不同处理情况

　　2.2.1 Bug的属主 (owner) 处理问题后，提出解决意见及方法。

　　1 . 给出解决方法并填写Additional Comments，还可创建附件(如：更改提交单)

　　2.具体操作(填表项如下)

　　3 . 填表注意：

　　FIXED 描述的问题已经修改

　　INVALID 描述的问题不是一个bug (输入错误后，通过此项来取消)

　　WONTFIX 描述的问题将永远不会被修复。

　　LATER 描述的问题将不会在产品的这个版本中解决.

　　DUPLICATE 描述的问题是一个存在的bug的复件。

　　WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。

　　2.2.2 项目组长或开发者重新指定Bug的属主。(owner)

　　1. 为此bug不属于自己的范围，可置为 Assigned,等待测试人员重新指定。

　　2. 为此bug不属于自己的范围，但知道谁应该负责，直接输入被指定人的Email， 进行Ressigned。

　　3. 操作：(可选项如下)

　　* Aclearcase/" target="_blank" >ccept bug (change status to ASSIGNED)

　　* Reassign bug to

　　* Reassign bug to owner and QA contact of selected component

　　4. 操作结果：此时bug状态又变为New，此bug的owner变为被指定的人。

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