51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 9220|回复: 31
打印 上一主题 下一主题

关于测试人员的考核,欢迎大家讨论

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-4-3 19:57:31 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
测试人员的考核主要是三个方面:提交测试问题,编写测试的文档,测试中的方法/敬业精神等

大家讨论一下:提交的测试问题怎么考核(测试不能单纯看提交多少问题,因为不同的项目测试情况不一样,还有测试问题有难易之分)
测试文档因为很多,评审的时候文档很多,不可能逐一评审,所以文档质量/数量怎么控制,且有什么标准来评判。
测试方法/敬业精神等很好稿,可以通过向项目经理/测试负责人以问卷调查的形式来考核了解
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

32#
发表于 2010-11-19 11:24:55 | 只看该作者
很难量化这个指标,绩效评估只是一个表象,最大可能提升团队效率才是最需要的
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2010-11-18 21:32:03 | 只看该作者
回复 7# liebergraf


    赞同!!!
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2010-11-17 17:43:37 | 只看该作者
首要的是责任心,没有责任心,不对测试的产品负责是极其不能接受的。其次是测试质量,提出的经典BUG以及漏测率,最后是文档编写以及与团队合作等。
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2010-11-4 00:04:20 | 只看该作者
明确考核的目的,然后通过这个目的分散开去……
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    28#
    发表于 2010-11-3 08:43:34 | 只看该作者
    不太好量化,一般都从项目、团队贡献等方面来考虑
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2010-11-2 14:57:12 | 只看该作者
    每个公司有每个公司的考核方式,所以每个人答案也是不同的
    我只能说主管想得到什么就对工程师进行哪个方面的考核,譬如你想提升工程师的TC能力,那么你就考核他们的TC编写技能。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2005-12-29 16:30:56 | 只看该作者
    量化只是一个阶段性的,绝对不能依此作为标准.
    人本身就比较复杂,很难一下子说他是好的或者坏的.
    也许真的是时间可以检验.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2005-12-27 17:36:40 | 只看该作者
    原帖由 gubinger 于 2005-12-27 15:19 发表
    测试考核的唯一标准是其负责的产品的最终质量情况.


    这是针对一个软件的测试结果的考核,如果负责测试该产品的测试人员为多人,又该怎么考核呢?再如果其中某个测试员负责多个产品,考核哪个呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2005-12-27 15:19:07 | 只看该作者
    测试考核的唯一标准是其负责的产品的最终质量情况.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2005-11-25 10:20:11 | 只看该作者

    求教,请大家提供无私的奉献!!!!!!

    版主和各位网友好,想请教大家一个非常火急的问题,先谢谢。

        问题是这样的:目前领导分配我准备一个考核软件测试人员业绩的标准文档,我参考了网上的资料和同行朋友的资料,最终觉得对各个指标的计分非常难以衡量,比如:发现缺陷和设计测试用例。

        我们测试组的情况是:测试人员中有经验丰富的和经验很少的两种人,所以经验少的人写的测试用例,还需要经验丰富的人来修改,经验少的人测试的模块也是相对简单的模块,且某个测试人员在某段时间不会只针对一个项目。请您针对我们测试组成员的实际情况,给我一些考核的意见,或者提供些参考资料,好吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2005-11-7 15:04:13 | 只看该作者

    up

    up,up
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    21#
    发表于 2005-11-1 14:00:22 | 只看该作者
    Originally posted by YGTester at 2005-10-26 11:13 AM:
    考核不要量化,主管应该实时了解员工的工作情况。


    赞同,测试的具体工作很难量化!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2005-10-26 11:13:41 | 只看该作者
    考核不要量化,主管应该实时了解员工的工作情况。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2005-10-25 08:37:09 | 只看该作者
    另一个可以调动的资源——人力资源部门,我们可以去和他们商量一下,在员工考核方面他们比较专业,在测试方面测试部门比较专业,两方面的思想融合到一起,就有可能得到一个可行的方案。





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

    使用道具 举报

    该用户从未签到

    18#
    发表于 2005-10-20 18:09:18 | 只看该作者
    从我工作过程发表个人观点:应该从漏测率出发,但也要参照不同项目及漏测问题难易程度和重现的情况综合决定(这里要定好考核漏测率标准)。此外,一个很重要的依据就是测试人员的工作能力和积极性,好的工作能力不仅仅用于测试,还可以讲其方法和心得传给其他人,积极性也能影响一个团队,对于凭问题多少来考核一个人不妥,造成不求质量只求数量,重复问题比较多,对开发人员是不负责任,造成效率低下。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2005-5-25 17:23:42 | 只看该作者
    我认为在测试过程中测试工程师之间一该多沟通,团队内应有不同意见的成在!大家要有发表自己意见的习惯,只有把自己的看法和测试经验都在团队内拿出来讨论在能发现更多的问题,测试才能向良性发展.这样大家都积极参与不用制度去死卡来的更好!!!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-5-18 08:57:56 | 只看该作者
    1、提交BUG的质量(可适当向相关开发人员征求意见)而并非仅仅是数量
    2、测试用例的可执行度
    3、工作态度、责任心
    。。。

    大家讨论
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-5-17 12:57:11 | 只看该作者
    测试过程的考核设想:
    测试用例的审计。
    测试提交BUG的情况及验证情况。
    测试工作的完成时限等。

    测试结果的考核设想:
    根据确认测试结果判断、考核集成测试绩效。
    。。。。。

    大家有什么具体的考核指标吗!?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-5-17 12:45:41 | 只看该作者
    Originally posted by baitest at 2005-4-14 09:22 AM:
    没有一个确定的标准,也不应该有.


    那请问是如何来评价测试人员的工作好坏呢?难道就是主观臆断?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-25 09:37 , Processed in 0.085477 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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