谈测试人员工作绩效评价的误区及建议
上一篇 /
下一篇 2012-01-05 10:52:20
/ 个人分类:其它
一.谈测试人员工作绩效评价的误区
1、仅从提交的Bug数量、测试执行用例数量来判断测试人员的好坏
这种做法明显缺乏全面性。Bug的数量只是评估测试质量的一个方面,我们更需要看中实际的测试质量。这就需要考察Bug的质量、测试的难度、Bug的级别。例如:模块A很不稳定,潜在的问题数可能有100个,由测试人员甲负责测试,他一个月执行300个用例,提交50个Bug,发现30个有效问题,有10个严重问题;模块B比较稳定,潜在的问题数可能有20个,由测试人员乙负责测试,他一个月执行100个用例,提交20个Bug,发现18个有效问题,有8个严重问题;
从上述测试执行结果来看,甲提交的Bug数量和执行用例数量都要远远高于乙,但是从测试的质量来看,模块B的遗留问题显然少于模块A,甲执行测试的充分性显然不如乙,从Bug质量来看,甲提交的Bug虽然很多,但近半数是非问题,做了无用功,还影响到开发人员对问题的定位所消耗的时间。
因此,必须要走出用Bug数量、用例数量评价测试人员的误区。
2、对测试人员发现的问题的价值没有进行评估
发现1个系统架构设计方面存在的缺陷和隐患,远比发现几个普通界面的显示问题要有价值的多。因此,在对测试人员进行评价时,必须区分不同问题的重要性和价值。
3、不重视测试文档的质量
测试文档的质量往往是测试人员的测试水平的反映,只有对系统进行了充分的、深入测试的测试人员才能写出高质量测试报告,说明测试的全面性和测试过程的质量。
4、不重视测试人员的综合能力
首先,必须考察测试人员的责任心,如果一个测试人员工作不负责任,随意敷衍,即使提交的Bug数量多,也不能证明他测试的质量高。
其次,需要关心测试人员的工作积极性,积极工作的态度不仅能带来很高的测试质量,还能提高整个团队的积极向上的风气。
还有,测试人员的沟通能力,如果一个测试人员和开发人员对问题沟通交流不畅,甚至经常引发争执,这显然会影响测试工作的效率。
绩效评价从某种程度上来说非常困难,很容易造成不公以及打击士气的结果,所以必须本着以测试质量为重、对测试负责的角度对测试人员绩效进行综合性的客观评价,同时也提高测试人员的质量意识。通过合理的绩效评价,让测试人员以积极的心态投入的测试工作中,保证测试工作的顺利进行。 个人认为需要提出量化的标准,如:
1. 发现的Bug数
2. 每个Bug的重要程度
3. 测试系统的复杂程度
4. 测试报告的分析与评价
5. 测试用例执行的效率
6. 潜在的Bug(由于测试环境与产品环境所存在的差别,由于应用系统所特有的复杂性,由于软件测试人员对业务系统本身所缺乏的业务知识,在测试用例的设计上,难免会存在许多不足之处,从而会造成测试的覆盖率不足、留下许多潜在的Bug,这也是软件系统所固有的一个属性)
一般软件测试工作准出原则是:软件Bug数在一定时间内所呈现的递减趋势,当软件缺陷数/万行代码在容忍范围之内,就可以认为软件测试工作可以结束。
7. 沟通能力、业务能力、学习能力、工作能力等
可以用来衡量测试员的绩效指标会有很多,可根据不同的情况,选择适当的指标进行综合评定,但评价标准必须得到所有测试员的认可,才可以对测试员的绩效做出有效而公正的评价。
收藏
举报
TAG: