3.2、Bug的不同处理情况
3.2.1 Bug的属主 (owner) 处理问题后,提出解决意见及方法。
1)给出解决方法并填写Additional Comments,还可创建附件(如:更改提交单)
2)具体操作(填表项如下)
3)填表注意:
FIXED 描述的问题已经修改
INVALID 描述的问题不是一个bug (输入错误后,通过此项来取消)
WONTFIX 描述的问题将永远不会被修复。
LATER 描述的问题将不会在产品的这个版本中解决.
DUPLICATE 描述的问题是一个存在的bug的复件。
WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息
出现,请重新分配这个bug,而现在只把它归档。
3.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变为被指定的人。
3.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
3.2.4 Bug报告者(reporter)或其他有权限的用户修改及补充Bug
1)可以修改Bug的各项内容。
2)可以增加建立附件,添加一些评论来解释你正在做些什么和你为什么做。