51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 15755|回复: 43
打印 上一主题 下一主题

[讨论] 测试人员绩效考核

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-3-1 17:08:04 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
公司要求我编写测试人员绩效考核,内空可查看附件希望各给点意见

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

44#
发表于 2014-11-5 15:53:07 | 只看该作者
千万别个BUG数量来考核,我都准备修改考核方式了,用BUG数来考核测试真的不公平。也不好量化。现在我们是以客户反馈的BUG做为量化点。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    无聊
    2018-5-15 18:25
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    43#
    发表于 2014-3-5 12:34:45 | 只看该作者
    haha,学习中
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    42#
    发表于 2014-2-13 10:02:15 | 只看该作者
    测试考核指标,供参考:
    一、硬性客观指标:
    工作数量、工作质量、工作效率
    统计日常测试任务(有工时、计划完成时间、实际完成时间),可知数量、效率;
    抽查测试过程文档、测试流程执行情况、发布后问题反馈、项目组反馈等,可知测试质量
    二、参考主观指标
    收集项目组、维护组反馈:沟通、协作、积极性、有价值的评审意见等
    三、技能学习与提升
    测试手段、工具、专业理论知识积累等
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    41#
    发表于 2014-1-3 16:14:40 | 只看该作者
    不应该鼓励加班
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    40#
    发表于 2013-12-4 10:22:59 | 只看该作者
    案例数量 质量。 然后bug 多少 兼考虑下系统的复杂度 安排的任务完全的及时性 有效性 文档 邮件 日志写的规范性  沟通能力  发现问题的能力
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
    发表于 2013-11-27 11:37:13 | 只看该作者
    考核是个难题,很多东西还是需要评估人员更加的用心才行,如果太主观、片面,估计团队凝聚力就差了。还是要多方面考虑。建议加班不要算在考核里面
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
    发表于 2013-11-25 15:07:01 | 只看该作者
    好多啊,哈哈,谢谢您
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2013-11-20 15:25:31 | 只看该作者
    谢谢分享,学习中...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    36#
    发表于 2013-11-20 15:25:28 | 只看该作者
    谢谢分享,学习中...
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2023-2-8 16:18
  • 签到天数: 13 天

    连续签到: 1 天

    [LV.3]测试连长

    35#
    发表于 2013-11-19 15:07:57 | 只看该作者
    这个要是执行下去,测试人员估计都会走光的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2019-12-31 08:59
  • 签到天数: 975 天

    连续签到: 1 天

    [LV.10]测试总司令

    34#
    发表于 2013-11-8 10:47:12 | 只看该作者
    考核感觉覆盖面应该更加广些
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    33#
    发表于 2013-2-25 09:32:29 | 只看该作者
    呵呵,参考下还是可以的。感谢提供。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    32#
    发表于 2013-2-19 15:02:31 | 只看该作者
    QA 第一大考核指标当然是根据任务的完成情况在打分,任务超额,按计划或者的没有按时完成等情况来打分,以下几个方面就是作为辅助
    1. Case覆盖率和bug的发现率是两个重要指示
    2. 还有就是bug流出的多少,以及严重程序来设定扣分的值
    3. 发现bug后,当开发修复后,是否在规定时间内验证,对于其他状态的bug也可以设定一个考核的标准
    4. 加入其他合作部门的印象分
    5. 提出的建议,书面,口头的,是否被采纳的
    6. 提供的知识分享次数和质量以及受群情况
    7. 测试报告是否及时反馈
    8. 团队合作,对其他人的工作是促进,帮助还是拖了后腿,或者需要提供帮助的时候,没有积极响应(这是一个态度问题)
    9. 沟通能力
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2013-2-18 14:19:22 | 只看该作者
    公司目前考核测试人员,就是以Bug为主来考量,若设计绩效时把Bug数量为辅 这样好吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
    发表于 2012-11-23 11:04:31 | 只看该作者
    个人认为应该将质量和效率看重一些,其他都是次要的。
    比如质量方面:重点是客户反馈问题和bug数量
    效率方面:看测试执行效率和测试设计效率(毕竟效率高的测试人员花费的工作量较少,降低成本)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2012-8-16 18:56:25 | 只看该作者
    凭啥要把加班纳入绩效,不该用bug的数量和回归的数量来考察一个测试人员的绩效,模块不一样,bug量本身就不一样,不公平也没有实际意义。可以考虑反正看,可以用遗漏的bug来考量
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2012-8-16 17:08:50 | 只看该作者
    建议发起外部360,让该测试接触的开发人员、产品人员、技术经理对他进行打分和提意见,加入到绩效中。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2012-7-31 16:40:23 | 只看该作者
    考核的内容中很多人应该都会有些意见,真正实施结果与实际情况很可能落差很大。。。

    写测试人员的考核绩效,首先要了解测试的工作。。。了解的越深入。。。相信写出的绩效表越能考核出测试人员的价值意义。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2012-7-20 12:14:41 | 只看该作者
    实行过程不好衡量
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 14:45 , Processed in 0.098332 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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