bug处理流程
QA资料
Bug处理规则
1、每一个Bug，开发在修复（Fixed）或者拒绝（Rejected）后，都需要给出一个注释，添加注释之前，需先点一下“添加注释
”的按钮，如下图所示，这样添加注释人员的名字就会出现，否则，添加注释的人多了，不知道是谁写的。具体注释的内容（产生bug原因，修改的地方）是由各个组自己跟开发约定。
2、在Bug处理过程中，如果一个Bug开发方认为
A、当前不能做，或者需要延迟开发；
B、就应该是这样的，不是Bug
遇到这两种情况时，Bug状态可以改为Rejected，同时需转发（Assigned&To）该Bug给项目经理进行确认，项目经理需要对此Bug做一个说明（加一个注释），测试人员根据项目经理的解释决定这个Bug的最终状态。
3、Bug状态的转换：以下几类问题不可以被Rejected回来，一旦发现开发把下列问题Rejected回来，我们不可以直接closed掉，要根据实际情况做出Reopen或Deferred处理。
1)、环境配置问题
2)、数据问题
3)、历史问题
4)、需求问题
只有因为我们理解的偏差导致的不需要任何修改，客观上本来就是正确的Bug
你可能喜欢
- 节能减排流程
- 会阴冲洗操作流程
- 处理流程设计
- 《bug处理流程》86
- 车间流程
- 检验科废水处理流程
- 海淀区促进节能减排专项资金申报流程图1页
- 节能减排执法流程图2页
- 短流程工艺技术在节能减排中的运用3页
- 节能减排在前处理短流程工艺中的体现3页
- 港口工艺设备选型流程节能减排关系论文6页
- 中科院《钢铁生产工艺流程和节能减排》24页
- 会阴冲洗操作流程1页
- 会阴冲洗操作流程(新)1页
- 会阴冲洗操作流程及考核评分3页
- 会阴擦洗、冲洗操作流程表1页
- 会阴冲洗操作流程图1页
- 会阴冲洗操作流程3页
