开发人员绩效考核中"有效"bug数的统计

我们都知道,开发人员的考核中,bug这块占了一定的比重,那么我们在统计每个开发人员的bug数时,显然要做到有效,不能把缺陷管理系统上的bug不经过处理,就直接进行统计.

如何统计有效bug数呢?

我们从bug的属性上进行控制,分析如下:

bug问题来源:

  • 需求问题
  • 架构问题
  • 设计问题
  • 编码问题 -------开发人员
  • 测试问题
  • 集成打包问题-------开发人员
  • 运维问题
  • 运营问题


bug解决状态:

  • 未解决------开发人员
  • Fixed------开发人员
  • Delay------开发人员
  • Duplicate
  • Cannot Reproduce
  • Won't Fix


有效bug数为:

1. bug问题来源为:

编码问题-------开发人员 集成打包问题-------开发人员

2. bug解决状态为

未解决------开发人员 Fixed------开发人员 Delay------开发人员

3. 1和2是"与"的关系

 

 

转载于:https://www.cnblogs.com/nzyjlr/archive/2011/04/22/2024724.html

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值