2. Bug的owner 和 reporter 具有修改的权利。
3. 具有特殊权限的用户具有修改的权利。
4、 BUG处理流程
1. 测试人员或开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,通过Email通知项目组长或直接通知开发者。
2. 项目组长根据具体情况,重新reassigned分配给bug所属的开发者。
3. 开发者收到Email信息后,判断是否为自己的修改范围.
1) 若不是,重新reassigned分配给项目组长或应该分配的开发者。
2) 若是,进行处理,resolved并给出解决方法。(可创建补丁附件及补充说明)
4. 测试人员查询开发者已修改的bug,进行重新测试。(可创建test case附件)
1) 经验证无误后,修改状态为VERIFIED。待整个产品发布后,修改为CLOSED。
2) 还有问题,REOPENED,状态重新变为“New",并发邮件通知。
5. 如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主,直到采取行动。
5、一个Bug的生存周期
#FormatImgID_0# |
Bugzilla管理员操作指南
1、主要工作内容:
1. 1产品(Product)、版本号(versions)和模块(Components)的定义,同时指定模块相应的开发者(owner)和测试人员(QA Contact)。
1.2小组的定义和划分
1.3测试中Bug严重程度、优先级的定义
1. 4增加用户,并分别设定全部用户的分组、权限。
1. 5主要参数(parameters)的设置
文章来源于领测软件测试网 https://www.ltesting.net/