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. 操作：(可选项如下)
* Accept bug (change status to ASSIGNED)
* Reassign bug to
* Reassign bug to owner and QA contact of selected component
4. 操作结果：此时bug状态又变为New，此bug的owner变为被指定的人。
文章来源于领测软件测试网 https://www.ltesting.net/
