1j6M
Z3qD ^{!L0本人很懒,一段时间没有更新日志了,今天是牛年上班第一天,没什么事情,就写写一些感想吧。
6S
A;g/zN@051Testing软件测试网,i
y-L9\d-k`%YM我目前管理着研发团队,因为公司不大,人员没有什么流动变化,但我仍然坚持每个季度对员工进行一次评价,一方面我自己了解员工适合做什么事情,另一方面使员工了解自己的不足和提高方向。
7c"I$] bD
b DT0)Y'~%jrDr0因为这是测试论坛,我只谈谈测试人员的考核。51Testing软件测试网
V{*\[4RQn
W5f
|4gM0Uk%~$R$A0测试人员的考核主要是三个方面:第一,工作成果;第二,工作效率;第三,过程改进。51Testing软件测试网XwC]yFg6C4kq
51Testing软件测试网R:h-|9Y.N#l t+~一、工作成果
F e8dt2g:|,h051Testing软件测试网%jih.w8nn4jU/K:] po为什么把工作成果列为第一位,因为公司的效益是要靠成果体现的,以结果论成绩是比较容易实现和接受的方法(虽然也有争议,比如“没功劳也有苦劳”)。
c `2N#|
lEcHq;M051Testing软件测试网O2]"y.Dbub1、数量指标51Testing软件测试网:b
N9M.e ?3O];VZR
Te*qR'j!Xb,S\ z9n0遗留BUG比例=用户发现BUG数/测试人员发现BUG数。这里我只考量比例,不注重BUG绝对数量,原因有二,一是开发人员的素质导致不同模块的BUG比例不一致,二是不同模块的难度也不样,不能因为测试人员分配工作的不同而造成成果的差异。
_$LzlQ${&J1N1m0aL}OyiHG02、质量指标51Testing软件测试网Je| A J
]N9ooZ` V0遗留BUG严重程度比=用户发现严重BUG数/测试人员发现严重BUG数:用户发现一般BUG数/测试人员发现一般BUG数。如果这个比例越大说明测试的质量越低,测试人员应该尽量消除严重类的BUG。
(n(z/QBnr#l(u051Testing软件测试网P%}4Q;I^L$}`&W3、效能指标51Testing软件测试网 w0K*Iddv,^
51Testing软件测试网D!x5er5qo)`效能指标=被拒绝的BUG数/测试人员发现BUG数。因为我规定测试人员把所有BUG首先提给我,由我分配给开发人员,当我发现不是BUG时都会直接拒绝掉。被拒绝说明测试人员对需求、测试案例、公司产品的理解不够。有一个新来测试人员,上一个项目,发现10个BUG,6个被我拒了,之后的一个星期就被我辞退了。
%qbQci S"x;x051Testing软件测试网
M/D5q G]$KB(F7O }a二、工作效率51Testing软件测试网HtdB
]F,R*WYnk1I|
51Testing软件测试网.BGK,S z\,s:fp!H公司的效益也来自于效率,因为产品的推出和项目的实施都有一个时间期限,越早发现问题对公司的整体产品质量是有很大益处的。
~:Cdt,TV:M:N
o)]1A0P3j1A1B R$hzB`01、进度偏离率51Testing软件测试网)d)mV%f"M L{
vd`5a0W&l9]GP0进度偏离率=实际测试时间/计划测试时间。这里要注意一个问题,因为产品开发和BUG的修复是开发人员负责的,因此开发人员的开发质量和进度会严重影响测试的时间。51Testing软件测试网~V CwDn&Wo
51Testing软件测试网:r2C9WE-U7at2、发现严重BUG的时间率
N;W!SXkn0~(s
Q051Testing软件测试网?DEn#~t5]4F时间率=到最后一个严重BUG为止的实际测试时间/实际测试时间。BUG的发现是越早越好,这是大家都知道的原则。因为严重BUG对系统的设计和需求可能都有影响,因此测试人员也应该以提早发现为要务。
au,["X!Kfx$e }M0~{Vn+Q
@fUCg0三、过程改进
-g#tY/]3V9}?B0]a7ROFs re0测试也是一个不断完善和进化的领域。如果测试人员能提出有效的工作改进方法,说明他是一个会思考,值得培养的好员工。51Testing软件测试网#x^siy%J
[,ML
Ef.^$yNSh"_mSK%^0 51Testing软件测试网G;JL A7B`
r%~:NvV0最后,我用四象限法把每个测试人员的考核结果标注下来,一目了然。51Testing软件测试网6L#m
CJ8@
51Testing软件测试网jSys^N-r
C(cZ7^/W
I7PsP0