51Testing软件测试论坛

标题: 一个预估自动化开发任务量的方法 [打印本页]

作者: 1316016 时间: 2009-8-6 21:12
标题: 一个预估自动化开发任务量的方法
我想了一个预估自动化开发任务量的公式，大家一起看一下，在影响因素或者权值，初始值或者公式本身有什么需要改进的。

在完成一个Auto Test Case的时候，影响我们所用时间的因素有：

      a. Frame的大小: 通过界面中的对象多少而定
      b. Frame是否为新开发的，这将直接影响到我们代码及对象库的重用
      c.操作步骤归类，基本可以归纳为：增加，修改，查询，删除及一些过渡的步骤，并且可以将步骤简单的归纳为：
            Function OperationName()
                     判断界面是否切换正确或者是否存在
                     Click new / update / select / delete
                     input data
                     Click Submit / Save
                     Check new / update / select / delete succ or not
            End Function
      d.操作时是否有分支，
                  如删除一个ASIT，会提示是否需要应用在Old App中，和是否应用到其他的ASIT Group中，这样就有四个分支
      e.某项操作是否需要循环
                  如：search CAP，需要输入不同类型的数据,但是开发代码不必重复开发，只需在DataTable中构建数据
      f

ebug Time
                  与代码量成正比
      g:Case 设计与TestLink上传
                  与代码量成正比
鉴于以上原因，我简单的构造了一个函数，计算一个Test Point开发所需要的时间

Frame Type Description 权值  Operate Type Description ManDay
Old FrameA 0~5 Object 0.1  Add 一个功能四分之一天 0.25
Old FrameB 5~20Object 0.7  Edit 一个功能四分之一天 0.25
Old FrameC more than 20 1  Search 一个功能四分之一天 0.25
New FrameA 0~10 Object 1  Delete 一个功能四分之一天 0.25
New FrameB 10~20Object 2  Operation Step 一个功能四分之一天 0.25
New FrameC more than 20 3

Type Description 系数
Switch 一个分支，五分钟 0.010416667
Loop 一个分支，五分钟 0.010416667
Debug 总量的0.1 0.1
Case Doc 总量的0.1 0.1

ManDay = (OperateTypeManDay + (LoopNum -1) * 系数 + SwitchNum * 系数）* FrameType权值  * （1 + Debug系数 + CaseDoc系数）    （LoopNum不为0，如果为0，则直接不写该项）

Exp1: 在一个新的，Object为15个的Frame，开发删除功能，且删除功能有四个分支（是否需要应用在Old App中，是否应用到其他的ASIT Group），没有Loop

ManDay = （0.25 + 4*0.010416667) * 2 *（1 + 0.1 + 0.1） = 0.7

Exp2: 在一个旧的，Object为10个的Frame，开发查询功能，没有分支，Loop为20

ManDay = （0.25 + （20-1 ）*0.010416667 ) * 0.7 = 0.37625

作者: woza 时间: 2009-8-7 09:22
做自动化和做开发类似。多数时间是花在设计上面。如果LZ计算的东西都知道了，其实设计也基本完成了，写代码很快的。貌似做估计的时候，一般不会去估计”写“代码要花多少时间，因为没有意义。

不过LZ的实践精神非常值得我辈学习。

[ 本帖最后由 woza 于 2009-8-7 09:23 编辑 ]

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)