51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4555|回复: 10
打印 上一主题 下一主题

[原创] 如何考核测试人员的绩效?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-11-24 12:40:05 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
单纯通过bug数量考核,很难操作,有没有可行的考核方法
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-11-26 11:13:08 | 只看该作者

测试时遍历的功能点和测试后程序运行时出现的错误数

回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-11-30 10:46:09 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-11-30 21:43:24 | 只看该作者
有个方法大家或许可以借鉴:不同版本级别(如演示版、试用版、正式版)建立不同的考核指标,以分数衡量;不同级别BUG设置各自分数,当此分数超越指标的百分比有多少可以纳入考核最终分数计算过程;
    再有就是总BUG 数量与发布后反馈回的BUG数量比例也可借鉴参考。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-12-2 18:31:00 | 只看该作者
如果如billrub版主所说,我觉得比较适用于单个项目的考核。你可以说说你们公司的模式是怎么样的,这样才能对症下药。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-12-10 10:07:56 | 只看该作者
几个方面去考虑:
1、测试案例数量
2、发现bug的数量(从则面反映案例质量)
3、产品出去bug事故数
多方面去考核

但是与公司本身的管理平台也有关系,如果统计这些的成本比较高,则会成本比较高
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-12-10 10:59:02 | 只看该作者
几个方面去考虑:
1、测试案例数量
2、发现bug的数量(从则面反映案例质量)
3、产品出去bug事故数
多方面去考核

根据项目的不同,各个考核点所占的比重不同。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-5-10 09:29:06 | 只看该作者
测试人员的工资普遍偏低,与领导层的重视程度有关,也与测试工作量不好考核,领导认为测试不直接产生效益有关。我认同skinapi的观点:
测试人员的考核本身就是一件很困难的事,很多还是要靠考核人员的主观判断。我不赞成拿最后的结果来进行考核,比如发现的Bug数以及Bug重要程度等。因为不同的测试人员所面对的被测对象的质量不同、所分配的资源也不同。个人觉得可以从测试中的中间产品来进行考核,比如所编写的测试计划的质量、测试用例的质量、测试报告的质量、Bug 报告的质量等。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-11-4 20:44:40 | 只看该作者

..................

漏测率.................
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-11-14 11:44:33 | 只看该作者
比较麻烦的事情
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-11-25 09:46:28 | 只看该作者
版主好,首先谢谢你能抽空来为我小女子解决问题,非常感谢。

    问题是这样的:目前领导分配我准备一个考核软件测试人员业绩的标准文档,我参考了网上的资料和同行朋友的资料,最终觉得对各个指标的计分非常难以衡量,比如:发现缺陷和设计测试用例。

    我们测试组的情况是:测试人员中有经验丰富的和经验很少的两种人,所以经验少的人写的测试用例,还需要经验丰富的人来修改,经验少的人测试的模块也是相对简单的模块,且某个测试人员在某段时间不会只针对一个项目。请您针对我们测试组成员的实际情况,给我一些考核的意见,或者提供些参考资料,好吗?
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-16 08:06 , Processed in 0.069923 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表