51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 16286|回复: 13
打印 上一主题 下一主题

[求助] 测试部门KPI主要包含哪些东西?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-6-16 12:51:16 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
目前部门没有一个明确的考核指标,公司采用的是项目管理制度,绩效主要是测试人员参与项目后,项目经理根据公司的绩效指标来评价测试人员;而部门内部缺乏一个员工考核的东西,希望各位大侠能提供一些建议,将不胜感谢!!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    2#
    发表于 2012-6-20 12:02:00 | 只看该作者
    kpi一定是能普适量化的内容。否则和主观判断一样没啥依据,对hr而言解释也很困难。建议从比率上考虑。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2017-5-10 17:38
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
    发表于 2012-6-26 15:42:45 | 只看该作者
    以前公司的KPI包括:1、工作量统计;2、发现的Bug数、rejected的bug数、生产环境发现的Bug数等,这些都有个公式计算的;  3、自动化测试的成果;  4、性能测试成果;    其他不记得了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2012-6-29 15:55:55 | 只看该作者
    bug数?不靠谱
    上个项目 我们木有发现几个bug  是因为我们前期做了大量的工作  预防了很多问题的出现,那怎么算?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-12-26 14:30
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    5#
    发表于 2012-7-4 15:23:54 | 只看该作者
    测试发现的BUG数作为KPI 不靠谱。 但产品发布出去,反馈的BUG数一般都会作为考核标准;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2012-8-16 19:24:18 | 只看该作者
    为什么都算bug数
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2012-8-18 21:51:41 | 只看该作者
    KPI的设定是否科学需要结合实际的产品情况,如果涉及的产品类型不同,做量化考核需要考虑一个调整因子
    考核项 可以包括 工作量,测试质量,测试效率
    同时结合 KCI 和 GS 综合进行考评
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-8-20 14:59:31 | 只看该作者
    不过不明白你们测试的绩效为什么是项目经理做?
    http://www.51testing.com/index.p ... space-itemid-821784
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2012-8-21 09:28:15 | 只看该作者
    楼上说的对,我也觉得很不合理
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2012-8-22 15:06:51 | 只看该作者
    测试发现的BUG数作为KPI 不靠谱。 但产品发布出去,反馈的BUG数一般都会作为考核标准;
    xuquan 发表于 2012-7-4 15:23



        这一点很赞同~产品发布出去,反馈的BUG数,这可是只罚不奖的
    bug的产出率,准确率,毕现率,严重bug比率,用例外比率,重现bug效率,关闭bug效率
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2012-8-22 15:32:03 | 只看该作者
    这种情况下,个人觉得应该考虑的平衡各种不同项目之间和非项目人员的权重,根据实际情况微调得出一个可靠的业绩排名。
    项目时段考核KPI:UT,产量-用例数,质量-缺陷拒绝率,项目经理评价(抱怨,表扬次数)或者客户满意度;
    非项目时段考核KPI:培训时间,认证,创新成果,团队合作等。

    KPI可以适当多点,但是权重一定要平衡,譬如项目为先原则,复杂项目难易程度原则。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2012-8-24 14:45:18 | 只看该作者
    我们公司的质量部KPI直接跟漏测率,风险率,3,4,5级BUG数来评判。。。。。。
    其他小部分是企业文化之类的东西。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-3-11 16:44
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    13#
    发表于 2012-8-28 19:25:50 | 只看该作者
    KPI这块东西因人而异吧,每个人掌握的技术和进入公司时间都不一样,你不能拿老员工的标准去考核一个新员工吧,其实在这里我觉得个项目经理也需要去了解员工大体的情况,在根据实际的情况去衡量kpi。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2021-3-31 09:25
  • 签到天数: 273 天

    连续签到: 2 天

    [LV.8]测试军长

    14#
    发表于 2013-3-19 11:29:31 | 只看该作者
    工作质量:测试需求分析质量、测试设计质量、测试执行的质量、问题单的质量、问题发现的效率、各种文档规范程度
    工作效率:测试需求分析的效率、测试设计的效率、测试执行的效率、环境搭建效率、各种总结日报等的报送情况
    专业技能:业务能力、技术能力、沟通能力、理解分析判断能力
    工作态度:敬业度、客户服务意识、工作主动性、团队合作意识
    工作量:任务的难度、复杂度、多少
    贡献度:技术贡献度、业务贡献度、谏言献策等
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-9 06:06 , Processed in 0.070654 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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