Control Chart Tracking for Code Changed Bug

jyosen

现帮助测试项目组建立起关于bug的控制跟踪，主要是一个bug有效率，一个是code change rate，code change rate主要跟踪的是我们报的bug中有多少被客户标为fixed：code change，这类bug在客户和我们看来相对是最有价值的bug，所以也希望多报出这类bug。

但是根据实际数据进行了周度和月度跟踪统计，有效率的控制图看起来比较正常，基本平缓波动在控制范围内，而code change rate的图形显示情况波动很大，超出上限的，低于下限的等，几乎每个项目如此，然后找各负责人沟通，每次的波动又各有原因。。。几个子项目并行，测试阶段不同啦，或者数量上分子分母大小问题

理论上，当生产过程稳定，指标应该在控制范围内小幅度平缓波动，也许偶有超出控制线之外的点，我现在就是疑惑：首先这类指标可控吗？适合控制吗？其次，如果可控，如何有合理的方式去收集数据跟踪，要注意哪些点？

我现在不能直接判断如此波动是我们的流程有问题，或许本身收集方式或者这件事本身有问题？

请各位经验丰富的大神们发表下你们的看法，给小女子一点点指点，万分感谢！

lsekfe

大家可以讨论下这个问题，并且给LZ一些建议！

omg

"一个是code change rate，code change rate主要跟踪的是我们报的bug中有多少被客户标为fixed：code change，这类bug在客户和我们看来相对是最有价值的bug"

我想多了解下这个code change rate，从你的这个说明上，多多少少，看起来有些迷糊。

客户标为fixed，是表示客户验证这个BUG，认为这个BUG已经被成功修复？还是表示客户很赞同这个BUG？还是表示客户同样遇到这个BUG？

个人感觉这种定期（周度，月度，而不是一个完整开发周期）来看得话，很有可能曲线不是很平稳。

另外，BUG的原因分析很重要，同时也思考如何下次能避免掉。