6bugtrace使用方法定级介绍流程说明.pdfVIP

文档：

修订日期修订内容版本修订人

2009-2-17创建v1.0Austinliu

BugTrace使用流程1

BugTrace使用流程图4

Bug基本属性说明5

BUG状态说明：5

Bug严重级别定义：5

具体操作说明6

开发接口人（如rainchen/lionheart）：6

开发人员7

测试人员9

BugTrace使用流程图

Bug基本属性说明

BUG状态说明

1.新：表示该bug为未修正的bug，在bug没有修改之前一直保持该状态

2.接受/处理：表示bug已修正但未合入回归版本中。可在修改本地代码或数据后改为该

状态

3.已解决：表示bug已修正且合入了回归版本。只能在版本出档时将已合入的bug修正标

记为该状态。

4.已：无需修改或下一个版本必会修正的bug才设置为此状态。包括如下情况：

a)设计如此而非bug，或者开发过程中需求发生了变更。如：bug描述中提出某界面

上应有一个按钮，而设计上本来不需要该按钮，或者需求发生改变去掉了这个按钮。

b)Bug描述不清，重复提交了同一个bug或者测试人员理解有误

c)此版本来不及解决延下一版本解决的bug

如果该bug或建议不能在下一版本解决或需要走细节优化流程，则应将其转化为ticket。

5.已验证：bug在回归测试后，确认已修正，设置为此状态

6.已关闭：bug在下一个开发版本上进行验证，确认修改合入后，设置为此状态

7.重新打开：bug在回归测试中不通过，设置为此状态。

Bug严重级别定义

致命

服务器宕机

客户端宕机造成较大影响

出现错误后，测试无法继续执行

功能未实现

数据库错误

丢失数据

造成资料被破坏

内存

游戏平衡性

游戏或刷物品属性金钱等

严重

主要功能点未实现或与设计不符

功能性错误影响用户使用

破坏游戏平衡性

一般

次要功能点未实现或与设计不符

功能性错误但不影响用户使用

提示

文字描述错误

用户信息不友好

游戏建议

具体操作说明

开发接口人（如rainchen/lionheart）

阶段一：分配bug。在收到测试人员新提交bug后进行

A.情形：Bug应由开发人员在此版本进行修改。

操作：

1.将bug分配给对应开发人员

2.保持bug状态为“新”

B.情形：bug或建议需要延期解决。

操作：将bug转换为ticket

1.分配给对应开发人员

2.设置在哪个版本修改

阶段二：出档时安排开发人员修改bug并合入版本

1.通知开发人员确认修复bug并合入

2.提醒开发人员将已修复bug状态标记为“已解决”

开发人员

阶段一：收到bug进行确认

A.情形：bug应修改

操作：

1.修改bug

2.将bug状态修改为“接受/处理”

3.写出详细的bug，解决方法，修改影响或测试建议

B.情形：bug应其他开发人员修改

操作：将bug处理人修改为对应开发人员

C