无赖的工作，望大家指点迷津

首先说明下我现在是手机上的网，内容格式可能不太好，望大家见谅。我主要想问下大家：如何保证测试与研发的良性发展。由于我自己没的这方面的经验，只是以前在网上看到如下做法：每测一bug，奖测试人员多少钱，扣开发人员的钱。但明显这样做并不好，有人提出只奖不扣，但这样似乎又存在作※卍弊隐患。当然也有人建议不采取任何措施，各尽其责。我现在的工作和这种状况很相似，希望大家给指点一下，不甚感激。目的主要是保证产品质量和公司部门的良性竞争与发展。

评论

42 楼 aaliuhl 2010-11-16  

一看管理经验就不大够，HOHO

41 楼 jiaoronggui 2010-11-11  

如果扣钱肯定是不好的，但是如果有项目奖的话，

可以考虑复杂度、bug数、工作量综合考虑奖金估计可能会好点

40 楼 wt13621775942 2010-10-29  

建议把两个部门合并问同一个项目组，只看项目组的成绩，而不是看两边各自的成效。内部监督内部解决才是最好的。

39 楼 panduozhi 2010-10-28  

我建议每次的测试记录都保存下载，每过一段时间总结一下。对一段时间内表现良好的同志予以奖励。我觉得重点还是在团队内部有对比和竞争意识。

38 楼 miaow 2010-06-24  

缺陷数的衡量是以UAT的bug、转产/销售后的投诉数来衡量的。
不是UAT/用户发现的、自己主动发现的bug当然不算。

37 楼 shevian 2010-06-24  

你们这也太差劲了吧
给你说下微软是如何做的：
微软不以缺陷的多少作为研发或者测试的绩效考核指标，因此有些研发人员经常会提交自己的缺陷,由于是自己写的代码，往往提交的都是些严重性很高的缺陷.

36 楼 weiqiang.yang 2010-06-22  

开发扣钱？不能吧

那将会极大地降低开发人员重构代码的积极性
这东西运行得好好的，就是效率低，算了还是别动它了，免得扣钱

35 楼 kaverjody 2010-06-22  

"Don't Use Bug Counts to Measure Testers" by Cem Kaner
- http://www.kaner.com/pdfs/bugcount.pdf

34 楼 TheNewBeginning 2010-06-21  

lqixv 写道

我们这里有种做法，感觉很不错，你可以借鉴一下：

我们每周都开例会，例会上把每个开发人员的 bug 都提出来、每个人的开发进度也提出来，并且大家针对这些 bug、个人开发进度讨论一下。

这样，每个人都知道自己干了多少活，别人干了多少活，别人犯了多少 bug，自己犯了多少 bug，是什么原因犯的，自己进度是否与团队协调。

然后，再让大家领新的任务，并在会议上估计自己完成这些任务的时间。并针对这些新任务进行简单讨论一下，每个任务大约的复杂度。

这样开完会后，大家都回去忙自己的了。如果自己完不成任务，在下周例会时，都不好意思，所以会尽量努力完成，自己也对自己开发的 bug 比较负责。

这个办法不错的。

33 楼 TheNewBeginning 2010-06-21  

开会最好，要每个人把自己的bug和大家说说。
我觉得这样，bug应该会越来越少吧。

32 楼 lxf3339 2010-06-21  

只奖不扣固然不对，但是我还是主张多奖少罚。

31 楼 httpclient_bd 2010-06-21  

我的看法：


1， 开发和测试一个Team， 最终测试报告做发布评审的依据。如果质量达不到要求， 是要开发返工的。开发因此耽误的工期责任在开发。

2， 开发期间统计千行Normal级Bug率、测试包打回率， 只做统计不做奖惩。 在项目期限内完成规定质量的代码为基本要求。

3， 产品发布后的出现的严重以上或者Normal以上Bug率和测试的绩效挂钩，保障测试报告的覆盖率。

上一个Team我是这么做的。 最终目的还是保证质量和进度， 需要掌握一个平衡尺度。

30 楼 lqixv 2010-06-21  

我们这里有种做法，感觉很不错，你可以借鉴一下：

我们每周都开例会，例会上把每个开发人员的 bug 都提出来、每个人的开发进度也提出来，并且大家针对这些 bug、个人开发进度讨论一下。

这样，每个人都知道自己干了多少活，别人干了多少活，别人犯了多少 bug，自己犯了多少 bug，是什么原因犯的，自己进度是否与团队协调。

然后，再让大家领新的任务，并在会议上估计自己完成这些任务的时间。并针对这些新任务进行简单讨论一下，每个任务大约的复杂度。

这样开完会后，大家都回去忙自己的了。如果自己完不成任务，在下周例会时，都不好意思，所以会尽量努力完成，自己也对自己开发的 bug 比较负责。

29 楼 langzhe 2010-06-19  

什么烂公司 竟然有这样的垃圾制度。不用说扣钱，就是只奖钱，也会产生副作用。

28 楼 yongdi2 2010-06-18  

每测一bug，奖测试人员多少钱，扣开发人员的钱

这个模式的理想结果是，用开发的工资付测试的薪水，老板的人力成本为0，打工者的杯具

27 楼 zhiyuanmiao 2010-06-18  

这样的公司，离死不远了

26 楼 furlxy 2010-06-18  

每测一bug，奖测试人员多少钱，扣开发人员的钱。

够脑残

25 楼 jjcang 2010-06-17  

测试就扣钱，公司就别做了

24 楼 JE帐号 2010-06-17  

看来看去还是那个bug数少的,奖金分配时权重大的方案相对更可能些,可是这还是会带来一个很严重的问题,BUG责任的认定...

每千行bug上限控制那个,貌似可能会导致大家冗余代码...

23 楼 psuqqvfp 2010-06-17  

Angel_Night 写道

奖罚必然要有..不然你就需要靠领袖魅力了

关键在于度吧
比如说 每千行允许出现多少个bug...超了再扣钱...

说得比较在理，