google搜索 站内搜索                 软件测试门户 | 软件测试培训 | 文章资料精选 | 软件测试论坛 | 测试解决方案 | 软件测试博客 | 测试招聘求职 
打印

[资料] 测试人员绩效评价方法----仅供参考

why can not download?


why can not download?

TOP

why can not download?


why

TOP

首先要说的是文章写的很好,很感谢拿出来共享。但是我个人不太赞成按照“提交的缺陷的数量和质量来考核一个测试人员”的做法。
个人认为缺陷的数量和质量只是考核一个测试人员的指标之一。
每个公司的性质不同,开发人员的素质也不同,测试人员的绩效评价方法也不一样吧。
每个企业还是要结合自己的实际情况来做,楼主也说了,只是仅供参考,没有说一定得按这方法来做吧。
另外,特别提一下,测试工作不单指测试执行,也包括测试需求分析吧,需求分析也应该是绩效评价方法的指标吧。
加油,加油,再加油!

TOP

回复 56# 的帖子


56#的帖子我有最深的感受,那些擅长做性能和压力测试的高水平的测试人员提交的bug数量肯定没有做功能测试的测试人员提交的bug多,按照bug的数量多少是不公平的!

[ 本帖最后由 yiner 于 2007-10-11 14:11 编辑 ]
要相信自己,善待自己,让自己的生活精彩纷呈。不要误认为是要让某个人后悔,而是为了让自己的人生更精彩

TOP

先下再回复

TOP

还不错了

TOP

回复 1# 的帖子


3年前的帖子还这么有用.

TOP

收藏
既然选择了远方,就别怕途中的荆棘,勇敢的走下去

TOP

ding

TOP

有些借鉴之处,楼主辛苦

TOP

回复 1# 的帖子


看看

TOP

好像好不错!借鉴以下!

TOP

最近在计划做个测试人员的绩效考核,看看您的内容是否能有些借鉴
我的白皮书 .            
          ""自私,贪婪与无情!""
              我的小社゛http://www.cnblogs.com/Sayiod/

TOP

引用:
原帖由 yiner 于 2007-10-11 14:01 发表
56#的帖子我有最深的感受,那些擅长做性能和压力测试的高水平的测试人员提交的bug数量肯定没有做功能测试的测试人员提交的bug多,按照bug的数量多少是不公平的!
赞同!
在沉淀中去除杂质;在沉淀中完善自我;在沉淀中升华!

TOP

文章没看完,觉得下面这点并不能做为对测试人员的评估标准:
1。提交BUG的数量和执行测试用例的数量     bug的数量跟代码的质量直接相关,也许一个好的测试人员负责的部门刚好是一个经验丰富的开发人员负责的部门,也许这里的bug就很少。

TOP

即有量化也同样关注全面素质。学习了!
多看、多听、多想

TOP

同意rting的看法,楼主的方法也只是借鉴,公司和公司的情况不同,不能一概而论,统一照一个模式去是不现实的

TOP

评价表里的提交非缺陷数量等也计入比例,好像应该算成扣分的吧,不过如果这个表里能够每项具体如提交10个算好,5个及格这些标准定下可能会更好。

TOP

发帖太及时了 都是我想要的....

TOP

让我们的测试人员看看先,最好自评一下,认识到自身的差距。

TOP

 
当前时区 GMT+8, 现在时间是 2008-11-23 20:58Copyright(C)上海博为峰软件技术有限公司 2001-2007 电话:021-64471599-8017
当您在访问网站、论坛及博客过程中遇到问题时可发送email:webmaster@51testing.com或发送论坛短信至管理员风在吹