E.解决方案 重复bug
开发认为bug重复:将bug解决方案置为重复bug,并标注重复bug的ID,并备注原因。
二、争议类
测试、开发有争议的bug:备注争议内容,并指派给对应产品,进行讨论确认修改方案;讨论后产品备注解决办法,并指派给对应的开发or测试;
A、
产品确认需要修改的bug:将bug指派给对应的开发人员,并注明修改内容;
示例:
B、 产品确认不需要修改的bug:将bug解决方案置为设计如此、不予解决,并注明
不需要修改原因,指派给bug创建人员;
示例:
三、测试关注点:
开发已修复,测试验证通过的bug:关闭bug,并注明通过或者现状; 示例: 验证通过
开发已修复,测试验证不通过的bug:将bug激活,并根据实际情况注明激活理由;
示例:
5 Bug状态
激活:开发还未解决的问题状态;
已解决:开发人员已确认或已修复的问题状态; 已关闭:测试验证,确定已解决的问题状态;
6 Bug严重程度
1级:不能执行正常的功能操作,或者因产品原因导致系统死机,需马上修复的问题
示例:
程序无法启动,或者登录;
禅道bug流程
E.解决方案重复bug开发认为bug重复:将bug解决方案置为重复bug,并标注重复bug的ID,并备注原因。二、争议类测试、开发有争议的bug:备注争议内容,并指派给对应产品,进行讨论确认修改方案;讨论后产品备注解决办法,并指派给对应的开发or测试;A、产品确认
推荐度:
点击下载文档文档为doc格式