bug处理流程

QA资料

才可以直接closed掉。

4、Comment问题:除open和closed两种状态可以不加注释外,其它任何的状态改变都要加上注释说明。

5、Deferred问题处理:测试人员需评估deferred的风险,线下跟项目经理和项目测试负责人(或是导师)review。

a)几方讨论都同意deferred:QA应把指派给项目经理,项目经理在“Comment”中加上注释,对此的处理解决方案;然后QA把此为deferred状态,并说明。

b)几方讨论不同意deferred此:QA需reopen此给开发人员。 c)小需求中的要deferred,流程和处理方式同项目deferred处理。

d)项目结项后,项目组需要在2周内完成项目Deferred&Bug的修复计划,并按照计划进行修复;如果未能按照计划修复的Deferred&Bug按照Deferred&Bug处理流程处理。

6、的生命周期,适时结束:当前问题解决后,适时将Bug&closed掉。由于当前这个Bug引起的其它问题,另设Bug去跟踪。Closed的Bug原则上不允许再Reopen出来。

7、开发在处理不了当前或认为该非自己所有时,可转给对应的开发或开发技术经理Assigned&to,但不能变更该BUG状态。由相应开发或技术经理去处理这个BUG。

8、关于指派问题

1)由于项目或小需求导致的bug&deferred的话直接指派给相应开发人员

2)如果是历史遗留问题可以找相应产品线的开发主管商量指派给谁

3)如果是需求有问题,开发已经开发了,我们跟需求确认是需求问题,我们把提给需求编写者,如果需求文档已经更新了(并通知了相关人员),该还是提给开发人员。

你可能喜欢

  • 节能减排流程
  • 会阴冲洗操作流程
  • 处理流程设计
  • 《bug处理流程》86
  • 车间流程
  • 检验科废水处理流程

bug处理流程相关文档

最新文档

返回顶部