BUG管理

一、注意事项：

1、发现bug一定要提到缺陷管理工具上，包括冒烟测试，SIT,UAT，回归及生产问题；

2、提的bug需要关联用户故事、测试案例、发现的阶段、严重程度和所属计划；

3、bug开发完成状态扭转的时候务必要求开发备注上对于的解决方案，并且写明已经修复该bug，请测试验证；

4、bug状态关闭的时候，测试需要添加具体的测试场景，说明下验证通过。

二、bug的描述内容：

【标题格式】

【版本+测试阶段+模块名】【SDK常规】bug描写xx

[操作步骤]

1、xxxxx

2、xxxxx

3、xxxxx

[期望结果]

1、xxxxx

[实际结果]

1、xxxxx

[发生频率]

5/5

[备注]

1、xxxxx

2、xxxxx

 三、bug的必填属性：

【严重程度】：L1\L2\L3\L4

【缺陷发现阶段】：冒烟、SIT、UAT、回归、生产

【是否兼容性问题】：是，否

【US描述不清楚导致】：是，否

【所属计划】：属于那个上线版本

【处理人】：分配给那个开发负责人处理

【bug返修次数】：关闭bug之前必须统计开发修复该bug次数，才能关闭。

【问题来源】：系统、数据库设计、网络设计、用户界面UI设计

【发现版本】：系统+版本号

四、bug和us的生命周期介绍：

【bug的生命周期】：新建、已修复、重新打开、关闭、挂起。

【us的生命周期】：新建，开发中，开发完成，测试中，测试完成，验收发布。

五、版本上线之后的收尾工作：

1、L1\L2\L3级别的bug必须全部关闭，关闭bug之前，必须确保已经填写‘bug返修次数’；

2、L4级别的bug如果本版本无法修复，存在挂起的，经SA评估可行后需要开发填写具体的原因，把bug转移到下一个版本跟踪；

3、本版本的所有用户故事必须全部关闭，关闭用户故事之前确保该用户故事关联的所有bug都以全部关闭；

4、发版需要开发负责人对wizard的版本计划进行归档。