如何考核测试人员的绩效?
单纯通过bug数量考核,很难操作,有没有可行的考核方法测试时遍历的功能点和测试后程序运行时出现的错误数
请查看http://bbs.51testing.com/viewthread.php?tid=3934&fpage=1 有个方法大家或许可以借鉴:不同版本级别(如演示版、试用版、正式版)建立不同的考核指标,以分数衡量;不同级别BUG设置各自分数,当此分数超越指标的百分比有多少可以纳入考核最终分数计算过程;再有就是总BUG 数量与发布后反馈回的BUG数量比例也可借鉴参考。 如果如billrub版主所说,我觉得比较适用于单个项目的考核。你可以说说你们公司的模式是怎么样的,这样才能对症下药。 几个方面去考虑:
1、测试案例数量
2、发现bug的数量(从则面反映案例质量)
3、产品出去bug事故数
多方面去考核
但是与公司本身的管理平台也有关系,如果统计这些的成本比较高,则会成本比较高 几个方面去考虑:
1、测试案例数量
2、发现bug的数量(从则面反映案例质量)
3、产品出去bug事故数
多方面去考核
根据项目的不同,各个考核点所占的比重不同。 测试人员的工资普遍偏低,与领导层的重视程度有关,也与测试工作量不好考核,领导认为测试不直接产生效益有关。我认同skinapi的观点:
测试人员的考核本身就是一件很困难的事,很多还是要靠考核人员的主观判断。我不赞成拿最后的结果来进行考核,比如发现的Bug数以及Bug重要程度等。因为不同的测试人员所面对的被测对象的质量不同、所分配的资源也不同。个人觉得可以从测试中的中间产品来进行考核,比如所编写的测试计划的质量、测试用例的质量、测试报告的质量、Bug 报告的质量等。
..................
漏测率................. 比较麻烦的事情 版主好,首先谢谢你能抽空来为我小女子解决问题,非常感谢。问题是这样的:目前领导分配我准备一个考核软件测试人员业绩的标准文档,我参考了网上的资料和同行朋友的资料,最终觉得对各个指标的计分非常难以衡量,比如:发现缺陷和设计测试用例。
我们测试组的情况是:测试人员中有经验丰富的和经验很少的两种人,所以经验少的人写的测试用例,还需要经验丰富的人来修改,经验少的人测试的模块也是相对简单的模块,且某个测试人员在某段时间不会只针对一个项目。请您针对我们测试组成员的实际情况,给我一些考核的意见,或者提供些参考资料,好吗?
页:
[1]