一、注意事项:
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的版本计划进行归档。