51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5790|回复: 18
打印 上一主题 下一主题

[讨论] 测试人员的工作量该如何量化?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-1-5 09:09:30 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
有没有什么办法来考量测试人员的每天的产能和实际的工作量。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-1-5 09:16:32 | 只看该作者
办法倒是不少,不过好像还很难找到很好的办法。
不是很准确。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-1-5 09:25:33 | 只看该作者
那有什么办法?介绍一种
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-1-5 13:59:36 | 只看该作者

我是作游戏测试的,也有同样的问题

回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-11-26 21:30:38 | 只看该作者
这个感觉很难啊,开发人员吗?就是要求在一定的时间内完成一定的开发任务,而测试人员吗大概能够每天找出系统中的一些问题,等产品上市或者是项目上线的时候不出现很大的问题就可以了!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-11-28 08:57:34 | 只看该作者
顶一下,希望大家都能谈谈
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-11-28 13:15:29 | 只看该作者
努力做事跟没有努力一个样.
努力了,到时候报错了,还是你的错,没有工作激情
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2017-2-20 10:05
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    8#
    发表于 2005-11-28 14:02:52 | 只看该作者
    程序报错了,第一个指责的就是测试人员,指责测试不够仔细,不够全面;难做啊!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-11-28 14:09:40 | 只看该作者
    测试前途是好的啊
    我好想找测试的工作
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-11-28 17:55:23 | 只看该作者

    呵呵

    我现在是做的测试 一月1000块   有没有想做的 报名 哈哈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2005-11-28 19:33:30 | 只看该作者
    考虑这个问题之前先考虑程序员的工作怎么量化。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2005-11-29 11:45:34 | 只看该作者

    顶一下

    up!测试工作的量化……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2005-11-29 12:41:44 | 只看该作者
    测试确实很难做,不管是不是你的错,只要出了问题第一个找的就是你,而且测试工作的量化不好确定的.
    哈哈.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-12-26 13:38:35 | 只看该作者
    在测试前根据项目需求制定的《测试计划》中会写上计划测试的工作量啊


    主要是根据项目的规模、进度,来确定测试人员的工作量。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-12-26 15:19:33 | 只看该作者
    chenxi8320
    说的没错,测试计划书上会标明每个人的工作量,当然那只是估算。
    但是,你每个周或是月总要提交报告吧,或是一个Build你就的提交测试报告,这里面
    你就得写清楚你得人天。
    总的来说还是比较好统计得!只是水份不能分辨!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-12-26 16:25:33 | 只看该作者
    每天的产能和实际的工作量?
    产能:文档数,BUG数;
    工作量:Case 数目,执行Case所需用总时间(估算);

    质量?
    主要针对性文档与BUG进行考量。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2005-12-26 17:12:47 | 只看该作者
    这个比较难!只能让些有经验的工程师以客观的态度根据项目的难易程度先预估下每天能完成的工作量,然后拿测试人员实际完成的工作量和预估的工作量进行比较.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2005-12-27 17:19:35 | 只看该作者
    这个好象是比较难啊.我们公司也想找到一个方法,可是难啊.最后就是领导通过主观去判断和预估.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2005-12-28 09:36:28 | 只看该作者

    buglog可以做为一个评判原则

    随着程序的DIE代式开发,每周进行一次回归测试,通过管理Bug的质量及开发人员的修改质量。可以做为一个评判原则。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 11:33 , Processed in 0.078615 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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