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变为被指定的人。
2.2.3测试人员验证已修改的 Bug.
1. 测试人员查询开发者已修改的bug，即Status为"Resolved",Resolution为"Fixed".进行重新测试。(可创建test case附件)
2. 经验证无误后，修改Resolution为VERIFIED。待整个产品发布后，修改为CLOSED。
若还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
3. 具体操作(可选择项)
文章来源于领测软件测试网 https://www.ltesting.net/
