yurui829 发表于 2010-3-15 16:42 http://bbs.51testing.com/images/common/back.gif
这不合适 那没多少严重错误的模块我们遇到了,是不是就没有多少绩效啊。这样是不行的:lol 感觉4楼那个有点扯淡了...如果说测试人员按bug来拿钱,是人都会看到这个会在以后的工作中造成什么样的后果,开发如果按每行代码给钱,那明明一个简单的算法就能搞定的事情不是逼着开发用一个很复杂的算法来完成么?这样只能让软件更烂...
2楼和3楼正解,不过我觉得还不够细致 太恐怖了!bug有提成,如果我们公司有这样的制度我马上走人,这不是我待的地方,这不适合于团队的发展啊!!!如果遇到问题谁愿意给你解决啊??? 人员分配,资源分配,完成目标,缺陷跟踪,测试后测试文档的输出等。 1)测试用例完善、讲解、评审;
2)分工和目标明确;
3)测试过程监控;
4)定期沟通(交流、例会);
5)测试结束后进行总结,同时对于表现好的予以表扬和奖励; 顶你一下,好贴要顶! 回复 5# wuhuawu09
不能以缺陷的多少来衡量,一个测试人员,要取决于提交缺陷的质量。 按bug发现率来评估测试人员,很扯,不靠谱,不现实 鄙视按bug评绩效的 BUG量应该只是考核的一个参考项,可以设置一个基数与粒度,但不能以它为主呀,因为测试还有很多方面考核,工作积极性、沟通能力、项目跟进程度等。再说BUG有深有浅,如果测试界面的,BUG量就多了,测试数据等方面的,BUG本来就少,有可能就发现一个致命隐藏很深的BUG。这种不好评估的,还是要综合评估呀 不同模块,BUG有深有浅,有多有少,用这个BUG量考核肯定是不对的,得结合能力评估 这各做任何其它工作一样的吧
页:
1
[2]