51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

[资料] 测试人员绩效评价方法----仅供参考

[复制链接]

该用户从未签到

121#
发表于 2007-10-9 11:27:58 | 只看该作者

why can not download?

why can not download?
回复 支持 反对

使用道具 举报

该用户从未签到

122#
发表于 2007-10-9 11:32:04 | 只看该作者

why can not download?

why
回复 支持 反对

使用道具 举报

该用户从未签到

123#
发表于 2007-10-11 13:48:44 | 只看该作者
首先要说的是文章写的很好,很感谢拿出来共享。但是我个人不太赞成按照“提交的缺陷的数量和质量来考核一个测试人员”的做法。
个人认为缺陷的数量和质量只是考核一个测试人员的指标之一。
每个公司的性质不同,开发人员的素质也不同,测试人员的绩效评价方法也不一样吧。
每个企业还是要结合自己的实际情况来做,楼主也说了,只是仅供参考,没有说一定得按这方法来做吧。
另外,特别提一下,测试工作不单指测试执行,也包括测试需求分析吧,需求分析也应该是绩效评价方法的指标吧。
回复 支持 反对

使用道具 举报

该用户从未签到

124#
发表于 2007-10-11 14:01:40 | 只看该作者

回复 56# 的帖子

56#的帖子我有最深的感受,那些擅长做性能和压力测试的高水平的测试人员提交的bug数量肯定没有做功能测试的测试人员提交的bug多,按照bug的数量多少是不公平的!

[ 本帖最后由 yiner 于 2007-10-11 14:11 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

125#
发表于 2007-10-11 14:21:07 | 只看该作者
先下再回复
回复 支持 反对

使用道具 举报

该用户从未签到

126#
发表于 2007-10-14 12:38:16 | 只看该作者
还不错了
回复 支持 反对

使用道具 举报

该用户从未签到

127#
发表于 2007-10-18 10:14:37 | 只看该作者

回复 1# 的帖子

3年前的帖子还这么有用.
回复 支持 反对

使用道具 举报

该用户从未签到

128#
发表于 2007-10-22 18:34:38 | 只看该作者
收藏
回复 支持 反对

使用道具 举报

该用户从未签到

129#
发表于 2007-10-23 10:14:18 | 只看该作者
ding
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2017-6-15 09:39
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    130#
    发表于 2007-10-23 16:46:06 | 只看该作者
    有些借鉴之处,楼主辛苦
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    131#
    发表于 2007-10-24 13:50:08 | 只看该作者

    回复 1# 的帖子

    看看
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2015-12-2 10:12
  • 签到天数: 5 天

    连续签到: 1 天

    [LV.2]测试排长

    132#
    发表于 2007-10-24 15:04:59 | 只看该作者
    好像好不错!借鉴以下!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2016-4-7 10:29
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    133#
    发表于 2007-10-30 10:57:39 | 只看该作者
    最近在计划做个测试人员的绩效考核,看看您的内容是否能有些借鉴
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    134#
    发表于 2007-11-2 16:27:39 | 只看该作者
    原帖由 yiner 于 2007-10-11 14:01 发表
    56#的帖子我有最深的感受,那些擅长做性能和压力测试的高水平的测试人员提交的bug数量肯定没有做功能测试的测试人员提交的bug多,按照bug的数量多少是不公平的!

    赞同!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    135#
    发表于 2007-11-15 18:35:47 | 只看该作者
    文章没看完,觉得下面这点并不能做为对测试人员的评估标准:
    1。提交BUG的数量和执行测试用例的数量     bug的数量跟代码的质量直接相关,也许一个好的测试人员负责的部门刚好是一个经验丰富的开发人员负责的部门,也许这里的bug就很少。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    136#
    发表于 2007-11-19 12:46:21 | 只看该作者
    即有量化也同样关注全面素质。学习了!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    137#
    发表于 2007-11-21 09:48:51 | 只看该作者
    同意rting的看法,楼主的方法也只是借鉴,公司和公司的情况不同,不能一概而论,统一照一个模式去是不现实的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    138#
    发表于 2007-11-22 15:06:02 | 只看该作者
    评价表里的提交非缺陷数量等也计入比例,好像应该算成扣分的吧,不过如果这个表里能够每项具体如提交10个算好,5个及格这些标准定下可能会更好。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    139#
    发表于 2007-11-26 10:29:26 | 只看该作者
    发帖太及时了 都是我想要的....
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    140#
    发表于 2007-11-28 08:59:14 | 只看该作者
    让我们的测试人员看看先,最好自评一下,认识到自身的差距。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-2 16:45 , Processed in 0.077865 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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