用户操作
[即时聊天] [发私信] [加为好友]
袁琳ID:testwin
175582次访问,排名430好友2人,关注者34
敏捷测试的探索者
testwin的文章
原创 45 篇
翻译 0 篇
转载 84 篇
评论 89 篇
TestWin的公告

About me
Who am I?SpiderMan

QQ点击这里给我发消息 8646328
MSN: testwin@sohu.com

友情链接
段念-关河测试网
汪浩-BeyondTest
王东刚-FastPoint'Blog
陈雷-jackei 的测试生活
崔启亮-软件测试新观察
陈绍英-探索中国软件测试之道
oldsidney-学习笔记
李丽君-小蚂蚁测试历程
李默-敏捷需求分析
徐昊-桃之夭夭
Roger-敏捷开发、web2.0 Franky视频网站
... ...

最近评论
样子:不知道楼主是不愿意把经验给大家分享出来还是设计原则就这么简单,上面说的是没有错,但是目前国内大多数公司的流程完全不具备设计的条件,很多适合测试已经被遗忘到某一个角落,或者说发版前两天全体动员开始紧张的测试,到最后回归测试都不知道该如何去做,只能简单的跟踪一下是不是还能重现,放出去的东西心里真的很没底!
sogo_226:j_vicky 说的好,以上才是国内大多数公司普遍存在的问题,如何把这些问题解决掉更值得推敲。
j_vicky:这些方法几乎在测试改进的文章中都能看到。同其他的文章一样,没有针对目前国内公司的内部情况,提出具体的实施方案。在我看来以上的提出的方法没有多少实际意义。
1、对于小型的项目开发团队,同一个人会参与项目开发过程的多个或每个阶段,某个功能模块的需求、设计、编码和测试都是由一个人负责,试问这样的作坊式开发又怎能做到“BA和开发团队紧密协作”?
对于开发产品的大项目,编码阶段,B……
cqg1220:机柜
shixiaobing:不容易呢,居然找到你这里来了。。。。。
文章分类
收藏
相册
测试过程管理图(一)
test
存档
订阅我的博客
XML聚合  FeedSky
订阅到鲜果
订阅到Google
订阅到抓虾
订阅到BlogLines
订阅到Yahoo
订阅到GouGou
订阅到飞鸽
订阅到Rojo
订阅到newsgator
订阅到netvibes

原创 如何评价测试人员的工作绩效?收藏

新一篇: 软件测试过程的持续改进 | 旧一篇: 系统测试设计的层次

 


   如何评价测试人员的工作绩效?

Author:袁琳
MSN:testwin@sohu.com


     随着国内软件测试行业的不断发展,软件测试工作更加深入、规范。其中对测试人员的绩效考核也越来越重要。目前,很多公司对测试人员的考核方面都不相同,有些公司仍然是以单纯的问题单数量来对测试人员进行评价,这样直接对测试人员工作方向产生误导,影响到测试人员工作的积极性和稳定性。因此,为了能够更好对测试过程进行管理,必须对测试人员有一个客观、全面的评价。下面是本人在工作中的一些体会希望能给大家带来一些启发:


一、测试人员工作绩效评价的误区
1、 仅从提交的问题单数量、测试执行用例数量来判断测试人员的好坏
这种做法明显缺乏全面性。问题单的数量只是评估测试质量的一个方面,我们更需要看中实际的测试质量。这就需要考察问题单的质量、测试的难度、问题单的级别。
例如:模块A很不稳定,潜在的问题数可能有100个,由测试人员甲负责测试,他一个月执行300个用例,提交50个问题单,发现30个有效问题,有10个严重问题;
模块B比较稳定,潜在的问题数可能有20个,由测试人员乙负责测试,他一个月执行100个用例,提交20个问题单,发现18个有效问题,有8个严重问题;
从上述测试执行结果来看,甲提交的问题单数量和执行用例数量都要远远高于乙,但是从测试的质量来看,模块B的遗留问题显然少于模块A,甲执行测试的充分性显然不如乙,从问题单质量来看,甲提交的问题单虽然很多,但近半数是非问题,做了无用功,还影响到开发人员对问题的定位所消耗的时间。
因此,必须要走出用问题单数量、用例数量评价测试人员的误区。

2、 对测试人员发现的问题的价值没有进行评估
发现1个系统架构设计方面存在的缺陷和隐患,远比发现几个普通界面的显示问题要有价值的多。因此,在对测试人员进行评价时,必须区分不同问题的重要性和价值。

3、 不重视测试文档的质量
测试文档的质量往往是测试人员的测试水平的反映,只有对系统进行了充分的、深入测试的测试人员才能写出高质量测试报告,说明测试的全面性和测试过程的质量。

4、 不重视测试人员的综合能力
首先,必须考察测试人员的责任心,如果一个测试人员工作不符责任,随意敷衍,即使提交的问题单数量多,也不能证明他测试的质量高。其次,需要关心测试人员的工作积极性,积极工作的态度不仅能带来很高的测试质量,还能提高整个团队的积极向上的风气。还有,测试人员的沟通能力,如果一个测试人员和开发人员对问题沟通交流不畅,甚至经常引发争执,这显然会影响测试工作的效率。


二、建议对测试人员进行综合性的全面评价
评价方法如下:

 

 




三、总结
综上所述,必须本着以测试质量为重、对测试负责的角度对测试人员绩效进行客观评价,同时也提高测试人员的质量意识。通过合理的绩效评价,让测试人员以积极的心态投入的测试工作中,保证测试工作的顺利进行。

 

发表于 @ 2004年09月02日 22:52:00|评论(loading...)|编辑

新一篇: 软件测试过程的持续改进 | 旧一篇: 系统测试设计的层次

评论

#pqpql 发表于2004-09-07 10:31:00  IP: 218.108.31.*
那么权值怎么分配?
#SpiderMan(TestWin Team) 发表于2004-09-08 17:37:00  IP: 202.105.138.*

如何评价测试人员的工作绩效?(续)


不少朋友都比较关注,再补充说上两句。不妥之处希望大家批评指教,希望大家一起参与讨论,多提供一些思路和经验。我将不胜感激!
Author:SpiderMan(ShenZhen)
From:TestWin Team
Email:testwin@sohu.com



权值应根据实际工作内容而定,我认为工作的侧重点不同,考核标准就应该不同,不能把权值做为一个死板的指标。不同情况下,你考核的重点是不一样的,因此考核评价绝对不应该是完全公式化的,这里给出你评价指标的目的在于:建议采用更全面、立体化的方式对测试人员进行评价。下面举几个例子来说明:

例1、比如:一个新入职的测试人员甲月发现问题2个,但是他这个月积极的学习了产品知识、业务流程,工作态度很好。另一个测试人员乙月发现问题15个,测试了100个用例,但是他工作不积极,相比以往问题产量、测试执行情况都下降很多。这种情况下,你是根据权值系数把测试产量高的乙评价为优秀呢?还是打算把态度积极的甲评价为优秀呢?显然,不同测试人员的工作重点不同,可比性就不同,不能简单的通过一个权值计算公式来评价,你可能需要对测试人员乙进行纵向比较他以前的工作业绩,并横向比较其他和他工作任务相似的测试人员的业绩。可见,评价不是一个简单的权值分配问题。不同情况需要区别对待。


例2、比如:一个测试人员这个月侧重于执行测试,发现了一些问题。而另一个测试人员侧重于整理用例,补充了很多非常有用的用例。这样按权值计算就不是很合适,不同类型的参数权值可比性不强。

例3、比如:一个测试人员月发现严重问题3个,另一个测试人员月发现一般问题7个。这种同类的参数比较适合用权值,有可比性。一般情况下,我们把致命问题、严重问题、一般问题、建议问题的加权系数分别是:5,3,1,0.5。当然,具体的系数定义还要参照各公司的标准、实际项目中对问题的区分度而定。


评价的指标是要做为测试人员绩效评定的参考,它的意义主要应该基于以下几个方面:一方面是根据绩效对测试人员进行激励;另一方面是要全面的了解测试人员的工作成果和工作中的问题,以便鼓励他们保持工作中出色的方面,并帮助他们改进工作中的不足。还有一个方面,是通过量化所有测试人员的工作输出,可以对整个测试活动进行评估,对测试活动中出现的问题进行分析,改善测试计划设计、测试设计、测试过程管理。

如上所述,绩效评价不是简单的公式化的权值分配问题。它还有很多的意义等待我们来讨论。

----------------------------------------------------------------------

好!先写到这儿吧!
#游民 发表于2004-11-21 16:46:00  IP: 220.166.192.*
要怎么样才能提高测试的工作效率呢??
#游民 发表于2004-11-21 16:52:00  IP: 220.166.192.*
还有就是初入这一行要注意些什么?怎么样才能更快的提高呢??
http://community.csdn.net/Expert/topic/3536/3536002.xml?temp=.766247
#小蚂蚁 发表于2005-10-20 16:21:00  IP: 211.100.21.*
您好:
不小心就进到了您的blog,看了您的这篇文章,很受启发,也很赞同您的观点。我想问几个问题,希望您有空可以回复。
1、在黑盒测试过程中,对测试人员编写的测试需求、测试计划、测试大纲、测试用例、测试分析报告,您是怎么去评价的呢?
2、不同级别的测试项目,怎么去评价测试人员。举例:有A和B两个项目,A项目的开发人员很优秀,B项目的开发人员很不优秀,A项目很复杂,B项目很简单。但是测试人员甲被分配到了A,已被分配到了B,测试结果发现,由于开发人员比较优秀,甲发现的问题比较少,已发现的问题比较多。这种情况,您怎么对这两个测试人员进行考核呢?
3、另外,我觉的在您的综合表现里应该多加入这么几条:协调能力、表达能力、学习能力、承受能力。不知道您是否认可。

期待您的回音。谢谢:)
#SpiderMan 发表于2005-10-24 17:03:00  IP: 211.100.21.*
To 小蚂蚁

小蚂蚁,您好!首先感谢您对我的文章提出建议,非常赞同您的观点,也希望您能继续关注并提出改进意见。

关于第1个问题,如何评价测试需求、测试计划、测试大纲、测试用例、测试分析报告,我个人觉得这个问题不是一两句语言可以简单描述的问题,它涵盖了整个测试过程。而且对不同的测试领域、测试类型,不同的测试的过程中,又都有不同的要求。这个需要具体问题具体分析。

关于第2个问题,这个问题提的非常好!这一种情况下,就不仅仅是从缺陷来衡量,需要综合评价,我在本文提供的评定参数的多样性也正是基于这种考虑提出的。


希望可以与您进行交流,我的
QQ:8646328
MSN:sammer_yuan@hotmail.com

#猫捉老鼠 发表于2006-11-16 23:44:00  IP: 121.35.185.*
很气愤!我们公司就是年底数测试人员的BUG数来简单评定,真是太不科学了!
发表评论  


登录
Csdn Blog version 3.1a
Copyright © TestWin