51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: hzjceshi2009
打印 上一主题 下一主题

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

[复制链接]
  • TA的每日心情
    擦汗
    2021-3-31 09:25
  • 签到天数: 273 天

    连续签到: 2 天

    [LV.8]测试军长

    21#
    发表于 2012-7-5 15:00:40 | 只看该作者
    谢谢。。。学习
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2012-7-6 20:15:55 | 只看该作者
    开发初期 需求的饿分析 bug的预测 这个很重要 开一个人的前瞻性
    bug的质量
    沟通能力 表达能力
    文档的标准化能力
    就这么简单
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2012-7-7 17:04:16 | 只看该作者
    学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2012-7-13 10:33:38 | 只看该作者
    目前我们制定的测试人员绩效考核大概为以下(供参考):
    指标项:
    1、测试项目按期完成率;
    2、缺陷提交(缺陷数量,及时性、有效BUG数);
    3、测试文档的规范性与是否及时提交到配置库;
    4、测试进度跟踪反馈的积极性;

    Smart项:
    1、经验文档的提交;
    2、培训与学习交流;
    3、周计划和周报的提交;
    4、工作态度(责任性、勤勉度、团队合作);
    5、综合能力(测试技能的提高、公司产品的熟悉程度、创新、沟通能力)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2012-7-13 14:13:48 | 只看该作者
    不喜欢绩效考核
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

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

    连续签到: 1 天

    [LV.10]测试总司令

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

    使用道具 举报

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

    连续签到: 1 天

    [LV.3]测试连长

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-28 02:13 , Processed in 0.091887 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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