51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 4780|回复: 16
打印 上一主题 下一主题

[讨论] 测试组如何合理安排测试任务所需时间?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2013-5-8 08:41:14 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
一般来说,测试用例是测试工作的中心,围绕测试用例,可以将测试工作任务分为:测试用例的编写,测试用例的检查,测试用例的执行,以及相关文档的产出。
就这几个任务分类,抛开经验所得,如何来确定每个任务分派下去所需要花费的时间呢?比如:编写一个功能测试用例所需的时间,执行一个功能测试用例所需的时间?
ps:这里的测试主要是静态页面和功能的测试。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2013-5-8 09:18:35 | 只看该作者
希望大家可以踊跃发言,帮忙解决一下偶手头的问题~
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2013-5-8 15:05:25 | 只看该作者
亲们,麻烦给点意见啊
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-4-2 12:39
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2013-5-8 20:41:50 | 只看该作者
    这个问题复杂了。

    可以参考,让执行人自己评估一个时间,让指派人评估一个时间,两者结合起来看看。

    编写用例的时间,最基本的跟用例的粒度关系。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2013-5-10 09:30:40 | 只看该作者
    这个时间是编写测试用例的测试人员和测试负责人一起讨论预估的,没有那个项目可以精确说出自己完成某个任务具体时间
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2013-5-10 16:11:47 | 只看该作者
    回复 4# omg


       因为我们现在的绩效是跟工作饱和度以及工作效率相关,领导看我们组每个月都饱和,要 现在我们组的分管领导要求给出一份测试任务的分类,以及分类制定各任务完成实际的实施计划,他们好掌控。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2013-5-10 16:13:14 | 只看该作者
    回复 5# yangli25


        现在就不让我们只凭经验拍脑袋估算时间,哎
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2013-5-10 16:13:25 | 只看该作者
    回复 4# omg
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2013-5-10 16:14:44 | 只看该作者
    回复 4# omg


        因为我们的绩效工资是与每个月的任务饱和度以及任务完成的效率挂钩,然后我们组以往每个月都是满的,所以分管领导要求我们对测试任务进行分类,然后制定每类任务完成所需时间的计划。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-4-2 12:39
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2013-5-10 21:01:20 | 只看该作者
    你们的开发的时间又是怎么出来的啊?不也是根据经验值啊?

    或者,可以分析历史数据,每个月完成多少用例,执行了多少,算个大致值,算个平均值。再以这个值来,再和当月的情况比较。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2013-5-26 09:30:23 | 只看该作者
    评估工作量首先要对系统进行分解,将系统按模块分解,然后再分解为功能点,最后评估每个功能需要编写多少用例量。这在项目管理里面叫WBS
    然后需要一些历史数据作为参考,如测试人员平均每天编写多少用例数,每天执行多少用例量。如果更精确一点还要考虑用例执行的难易程度,可以给其加权重。得出所花时间。
    把整个经过整合到一个文档里面,就是领导要看的内容了,也是你评估工作量的依据。
    PS:评估出来工作量了,自然所花的时间也就出来了。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    12#
    发表于 2013-5-26 09:31:59 | 只看该作者
    再则,想要合理,就不是一次工作就能合理的。需要多次去做,重复的去做。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2013-6-5 22:38:25 | 只看该作者
    回复 1# CandiceLoo


        你自己来完成一下这几项任务,看下花费的时侯不就知道啦?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    14#
    发表于 2013-6-14 12:51:13 | 只看该作者
    一般来说,测试用例是测试工作的中心,围绕测试用例,可以将测试工作任务分为:测试用例的编写,测试用例的 ...
    CandiceLoo 发表于 2013-5-8 08:41



        项目管理中有一个WBS,即工作分解结构。我看你对测试的分解,把主要部分分解出来了,还有一些辅助类的工作没有分解出来,应该再度进行细化。可以学习一下范围管理中的WBS章节,对你这项工作是有用的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2013-6-21 11:00:42 | 只看该作者
    这个可以拿数据说话,平时做好数据整理工作,包括每人每天能执行多少用例和编写多少用例
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-3-9 17:42
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    16#
    发表于 2013-6-21 17:00:11 | 只看该作者
    学习学习~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
     楼主| 发表于 2013-7-23 11:14:02 | 只看该作者
    回复 14# 千里
    谢谢!看来得好好学习一下您所说的WBS
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-4-25 22:46 , Processed in 0.080321 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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