实际工作中的缺陷管理
网上多数的缺陷生命周期都是以下这个样子
提交缺陷–评审缺陷–分配缺陷–分析修改缺陷–确认缺陷–关闭缺陷
其实实际的工作场景中会有许多细分
以下为我所在公司的为例
1、提交缺陷后,分配缺陷、修改缺陷的状态是由开发管理
首先是待处理状态,指给对应开发后,开发开始修复并进行bug状态的更改
修复中、开发联调中、修复完联调中、修复完自测中、开发已解决、下期迭代修复、待测试、非bug-拒绝修复
2、确认缺陷、关闭缺陷是QA来操作
具体状态是以下几种
测试中、bug修复通过、带产品确认、分支测试环境通过、灰度环境通过、已发布上线、QA关闭bug
细分的这些状态,更有助于工作的处理与统计
分享这些,希望对各位同学有所帮助