怎样减少开发人员对测试人员的依赖呢？

moonlike79

有个做测试的同行朋友，最近跟我发牢骚，说她现在负责一个项目的测试工作，每次送测的质量都非常差，她跟项目经理反映后，项目经理意识到要对送测质量严格把关，接着又引起了另外一个问题，就是开发人员在送测前，总是需要测试人员协助测试，并且会反复很多次，这样把她的工作计划全部打乱了，并且送测的时间也延迟了很多。

    听了朋友的倾述，我感觉怎么就跟我现在的公司一样，想必不少测试同行都遇到类似的问题吧。说实在的，我们公司现状也差不多，开发人员过度依赖测试人员，都已经懒得自测了，我感觉这个现状必须得改变了，否则，测试太被动，并且对整个项目的进度都不利。现在说说自己的想法。

    一、流程规范：明确接受测试的标准，测试通过的标准；
    二、加强开发人员自测：要求送测前由开发人员执行相关的测试用例（由测试人员筛选部分重要的测试用例，这里说重要的，一般情况下是优先级最高的，以及回归测试用例），待这些测试用例执行通过再送测。（前提：测试人员在编码前，完成测试用例的设计，包括业务流程测试用例的设计；）
    三、制定赏罚制度：如果送测质量不达标，不仅仅对整个项目的绩效产生影响，更对相应开发人员的绩效产生影响。（这个赏罚制度最好是精神、物质相结合）可以鼓励送测通过率最高的开发人员，也可以对送测通过率最低的开发人员进行适当的批评；

    目前，我就想到这些，大家可以一起讨论一下，有什么好的解决办法都说说吧~~

yzwangxf

用缺陷对开发人员进行考核。
如：缺陷数，缺陷生命周期，
这样一来，开发不怕死你才怪。

猫猫的拖鞋

如果开发人员提交的程序出现bug等级很低的情况能有一些惩罚的制度的话，我相信开发人员还是愿意自己做单元测试的。
像我们公司，开发人员根本不做单元测试，提交的代码有时候还有调试语句并且包含一些最底层的bug，随便点点都会出错的程序也提交上来，这是开发人员没有责任心的表现，也因为没有制度，所以无法让开发人员养成习惯。

建议像上级反映，制定惩罚政策，对bug出现很少的开发人员制定奖励政策。

yolander

还有一个办法，将测试团队与开发团队适当的“隔离”开，也会对改变这个现象有所改变，当开发人员发现再去找测试人员“帮忙”不是那么方便了的时候，也会逼着他们不得不开展自测了

cp_test

与开发协商，共同制定一个测试缺陷级别标准，如果开发提交的测试项目，5级>1，测试可以拒绝测试

archonwang

原帖由 moonlike79 于 2010-2-10 09:14 发表


说到点子上了，现在只有少部分开发人员为了自身的提高、或者责任感，进行自测；公司如果不把这个问题纳入绩效考核，是无法起到实质性的效果的。

一针见血啊

sunny1979

减少开发人员的依赖有个最难也是最有效的方法:让老板意识到这样做的坏处,并让他来协调开发与测试的关系;当然,要达到目的,任重而道远哦

moonlike79

原帖由 msnshow 于 2010-2-9 13:34 发表
从根源看，开发人员为什么不自测？

主要还是因为懒，并且做与不做对它的收入等没任何影响。有人帮它做当然他自己不会去做了

说到点子上了，现在只有少部分开发人员为了自身的提高、或者责任感，进行自测；公司如果不把这个问题纳入绩效考核，是无法起到实质性的效果的。

monkeytao

看来现在的开发真的就只会堆代码了！

majun915

这是很普遍的情况

msnshow

从根源看，开发人员为什么不自测？

主要还是因为懒，并且做与不做对它的收入等没任何影响。有人帮它做当然他自己不会去做了