51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6479|回复: 19
打印 上一主题 下一主题

[原创] 讨论:测试部如何对程序员的效绩进行评估?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-7-11 21:58:58 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
我们公司以后可能程序员的工作情况就会由测试部来哦进行评估,那么如何做好这项工作,准确的做出判断呢?应该从哪写方面来老率这个问题?
很想知道各位的看法。

讨论:测试部如何对程序员的效绩进行评估?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

20#
发表于 2006-1-24 20:05:31 | 只看该作者
bnx的公司这种改革令人感到担忧!
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2006-1-13 19:52:01 | 只看该作者
公司改革,就把测试部推到这个位置上了,要求测试对开发考核,实施对测试考核,好像都忘记了考核的本质意义是什么了,郁闷中。。。

领导工作没有作通啊
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2014-11-5 22:10
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2005-12-27 13:45:31 | 只看该作者
    The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.

    上午看到这句话,感觉很棒。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2005-12-9 15:35:31 | 只看该作者
    这样的做法是行不通滴。测试人不能越俎代庖,而且有些考核指标实际执行起来很难
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-12-4 17:58:38 | 只看该作者
    这样的想法想就不要想,要不然程序员很生气,后果很严重!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-12-2 11:54:52 | 只看该作者
    个人觉得,测试做不了程序员的考核,只能提供一些考核意见。或者占考核一部分的比例。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-10-10 08:58:51 | 只看该作者
    反过来想,如果开发人员来做测试人员的评估,大家也会觉得不合适的。所以,我觉得这种思路风险太大。







    --------------
    《我在微软做软件测试》在我的个人网站www.TestTip.com
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2005-10-8 09:38:37 | 只看该作者
    搂住的老大真的很强
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2005-10-3 14:26:01 | 只看该作者
    测试部门不应该对测试人员作出绩效考核,这样会造成许多测试人员完全为了测试用例数量,而没有完全认真而且有效地通过执行测试用例去发现BUG,这样做反而会造成更大的影响。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2005-7-22 09:04:39 | 只看该作者
    哈哈,很久前在每日一帖区看到一篇帖子,好像是名为《开发与测试不是敌人》,说的就是这档事~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-7-21 23:47:56 | 只看该作者
    所以无论是测试人员还是开发人员的绩效考核一定要慎重,不要搞的两者对立起来。^_^
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2005-7-21 16:04:08 | 只看该作者
    这到是啊,开发和测试是一根绳子上的蚂蚱。。。


    不过这个问题具体操作起来,相信有不少难度啊!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-7-19 12:26:21 | 只看该作者
    跟程序员搞不好关系,测试的结果可想而知,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2005-7-19 11:36:33 | 只看该作者
    luning朋友说得有道理,所以说就算有具体的绩效指标也是“相对”而言的,并且还要有弹性的、可操作性强的良性管理制度为坚实后盾,不然可能适得其反……
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    11 小时前
  • 签到天数: 3635 天

    连续签到: 87 天

    [LV.Master]测试大本营

    6#
    发表于 2005-7-19 10:19:59 | 只看该作者
    QA和Test走的是不同的路线。
    个人认为不要混淆为好。并不是说SQA就比Tester好了,分工不同而已。
    所以把测试改为质量保证,觉得不妥。

    至于测试评估开发,也觉得比较棘手。不同的人,对同一个事物的看法都不会相同,会因为种种原因造成相互的矛盾。

    测试评估开发,太容易出现问题,还是不要轻易尝试为好。
    如果真要评价,我认为技术指标是次要的,对测试的态度和关系才比较主要。发现错误不怕,能及时有效的修改就是好同志,活活。

    如果让开发对测试进行评估,恐怕我们大家也会不愿意的吧。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2015-6-16 14:29
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2005-7-19 09:36:48 | 只看该作者
    测试部门是保证质量的,我觉得以后的道路应该是测试部门改为质量保证部门,那么我们可以帮助管理层来对研发部门作绩效考核,严重同意楼上的几个考核点
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2005-7-18 17:31:51 | 只看该作者
    就是和具体绩效挂钩的数据指标,比如相对BUG数、平均修正时间与代码规范程度等等~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
     楼主| 发表于 2005-7-14 09:17:18 | 只看该作者
    我们测试部经理好象比较强,不久的将来,程序员的业绩就由测试部来评估了。

    楼上所说跟绩效有关的客观数据收集,指的是哪些方面的数据呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2005-7-12 13:01:35 | 只看该作者
    测试部有权能对程序员的绩效进行评估吗?从管理层来看似乎有点越权之嫌……我认为,测试部门只要完成好自己的工作就很充分了,当然,对于跟绩效有关的客观数据收集若是在工作职能的定义中,这也是份内事,不过我们要做到的仅仅提交数据到管理层就足够了,由它们来最终定夺绩效杠杆与指标,测试人员不能亲身干预这些敏感问题,否则,将对以后工作的开展造成太多负面的影响了。但如果公司管理的组织架构比较混乱,这当然也就另当别论了……
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 19:38 , Processed in 0.084234 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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