实际工作中的缺陷管理

实际工作中的缺陷管理

网上多数的缺陷生命周期都是以下这个样子

提交缺陷–评审缺陷–分配缺陷–分析修改缺陷–确认缺陷–关闭缺陷

其实实际的工作场景中会有许多细分

以下为我所在公司的为例

1、提交缺陷后,分配缺陷、修改缺陷的状态是由开发管理
首先是待处理状态,指给对应开发后,开发开始修复并进行bug状态的更改

修复中、开发联调中、修复完联调中、修复完自测中、开发已解决、下期迭代修复、待测试、非bug-拒绝修复
在这里插入图片描述
2、确认缺陷、关闭缺陷是QA来操作
具体状态是以下几种

测试中、bug修复通过、带产品确认、分支测试环境通过、灰度环境通过、已发布上线、QA关闭bug
在这里插入图片描述
细分的这些状态,更有助于工作的处理与统计

分享这些,希望对各位同学有所帮助

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值