bug reopen率在什么范围需要引起重视?
今天开月总结会 虽然我发现了reopen率的升高, 但是我也没有提因为我没有足够的证据支持自己
我看了这个文章 感觉比我们项目好多了
http://www.51testing.com/html/72/n-830572.html
不知道 bug reopen率在什么范围需要引起重视?
以下是我个人统计
2012-08 13.21%
2012-09 10.20%
2012-10 9.35%
2012-11 15.05%
2012-12 21.95%
2013-01 12.50%
其实我只是想让开发自测下 不过他们还有70个BUG没改 又于心不忍 这个要看具体公司吧,我们公司只要有reopen的bug就统计出来上交给相关负责人,然后自会有人找开发人员的---
当然我们测试这边也会要求的-- 回复 2# 没翅膀的飞鱼
我们现在是我自己统计了 可是没要求 别什么率了,按我的脾气,有一个reopen了就该让开发引咎自杀了。 回复 4# 六月天
这不实际。。呵呵
我还有因为对需求理解不深刻 提错BUG的时候呢
要理解。。。
要淡定 回复 5# 赵佳乐SMILE
不是这样的。开发修改完了是必须要自己检查是否用例可以通过的,如果有理解不一致的地方,需要及时和测试沟通,确保一次就关闭bug,否则任何一次reopen都是属于增加额外的质量成本。比如华为会把这个事件记作质量关键事件,只有要一个reopen了,开发责任会非常大,不但会被测试投诉,还会影响自己的考评。所以这件事可不是小事哦。 回复 6# 六月天
我今年才转国内的项目 而且这是第二个项目 我以为国内的项目都是这样
一天new个5个 然后reopen也蛮多
看来是没有规矩 不成方圆啊 Thank you very much for sharing!The good man!The good life of peace!
页:
[1]