51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3804|回复: 9
打印 上一主题 下一主题

[求助] 如何对不同的项目统计工作量呢?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-4-29 10:01:21 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
我所在的公司是电子病历系统的测试,目前是有很多医院都在使用我们的电子病历系统,公司为了对个人的能力总结,希望统计每个人的工作量,并按量算绩效
问题一:不同的项目升级的频次不同,因此相关的测试负责人所提的bug数不同
问题二:不同的项目之间有可比性吗?

请问,要如何才能实现不同的项目之间bug量的统计呢,并实现按量考核呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2011-4-29 17:23:26 | 只看该作者
这种工作量的评定需要从源头制定规范与标准:

拿功能测试来说,不同项目、不同功能的测试用例所测试的功 ...
Nio 发表于 2011-4-29 16:28



    你可以具体解释下你所谓的功能点的粒度和提交bug的粒度指的是什么吗?
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2011-4-29 17:22:22 | 只看该作者
呵呵。的确如此。那这样的话,就需要使用一些个调整手段来处理了。比如说:定义严重度系数,这样在统计计算 ...
archonwang 发表于 2011-4-29 14:28



    这个调整手段也不错,可以参考下。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2011-4-29 16:28:37 | 只看该作者
这种工作量的评定需要从源头制定规范与标准:

拿功能测试来说,不同项目、不同功能的测试用例所测试的功能点粒度要一样,对编写的用例也要制定一个规范;同时要规定提交的bug的粒度也要一样。而要做到这两点,测试管理者要从这方面对测试人员的工作进行有效控制,才能比较好的对测试人员工作量进行统计考核。

工作质量是需从另外一个角度来考核的。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    7#
    发表于 2011-4-29 14:29:22 | 只看该作者
    回复 5# 804845430


        处理任何事都是相对的。只要能获得团队成员的认可,这种考评方式就会相对公平些。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    6#
    发表于 2011-4-29 14:28:18 | 只看该作者
    呵呵。的确如此。那这样的话,就需要使用一些个调整手段来处理了。比如说:定义严重度系数,这样在统计计算的时候就会发现问题了。把这个公式放大以下看看:

    【SUM(客户所提的某类严重程度的有效bug*系数)/测试人员所发现的有效bug】*100%
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
     楼主| 发表于 2011-4-29 14:21:39 | 只看该作者
    问题一:不同的项目升级的频次不同,因此相关的测试负责人所提的bug数不同

    是的。的确如此,但是我们最终 ...
    archonwang 发表于 2011-4-29 14:17



        这是个不错的解决方案,嘿嘿……但是作为我们员工来说,比较看重的是工资呢?而有的人辛辛苦苦的开了很多bug,但是都是别扭不合理,文字错误类的,而有些人不费劲就开了严重错误等等,这样员工本身会认为公平吗?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    4#
    发表于 2011-4-29 14:21:22 | 只看该作者
    问题二:不同的项目之间有可比性吗?

    看到了问题一,我相信你会有答案的。

    但是要确实的去看一个测试人员的绩效,更多的是依据整个项目的整体情况而定的。如果说在需求阶段引入了大量的bug,那么即使测试得再好,很大程度上还是会绩效较差。相对地,如果系统较大,功能较多,那么出现的问题数量可能会大,但是一对比基数,马上会发现下降,如果说客户发现的问题比测试人员发现的问题更多,则说明测试有效性低,测试人员的整体效率存在问题。需要根据实际情况分析。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    3#
    发表于 2011-4-29 14:17:45 | 只看该作者
    问题一:不同的项目升级的频次不同,因此相关的测试负责人所提的bug数不同

    是的。的确如此,但是我们最终看效果则应该看客户反馈。客户反馈过来说,你的系统有ABCD等等这一系列的问题,那么就要对这些问题进行分析,是什么阶段引入的,为什么会有这些问题?一分析就知道测试是否有效了。我们一般都不会直接取用所提bug数来作为考评依据,而是通过这么一个比率来看个人能力和绩效的。计算公式:【客户所提的有效bug/测试人员所发现的有效bug】*100%
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    2#
    发表于 2011-4-29 11:00:44 | 只看该作者
    。。。
    此问题容后帮你提个方案。。。。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 05:58 , Processed in 0.071085 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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