测试工作量评估

【情景1】做测试计划的时候，进行测试进度排期，需要对每个阶段任务的工作量进行估算；
【情景2】随着公司软件开发流程的日渐规范，工作量评估越来越细化。

> 怎样才能正确评估测试工作量？
> 要考虑什么因素？
> 有哪些方法？
收集了一些网络资料和测试同行的经验谈，结合自身的一些实操和思考，汇总如下。

一、考虑测试范围、测试类型

根据《项目计划》、《需求文档》及相关项目会议，确定测试范围和测试类型。

二、根据项目背景、测试任务

1.项目背景
由于各个项目的优先级不同，直接影响测试任务的排期。
比如，优先级高的项目，对每个开发阶段的工作都有严格的控制，工作量必须遵循项目计划的时间，自上而下安排，再细化到人天、细化到模块。
（这种估算方法达到的时效较高，因为每个功能点的测试工作量都是可计量的，相当于为每位测试人员量身定制每日任务；但是，会带来一定程度的个人工作压力。）
2.测试任务
任务类型包括：测试计划、测试需求、测试设计、测试部署、测试执行、测试管理、缺陷处理、人员沟通、项目会议、其他事务。

三、根据开发的时间计算

计算公式：
  测试工作量
=测试工作日*测试人数
=开发工作日*开发人数*20%
（仅作参考）

四、类比法（经验值法、历史数据法）

根据以往的经验、目前的测试力、功能复杂度来进行估算。
比如，借鉴以前同类型项目的测试时间；或者，复用同类型测试用例，能适当减少工作量。

五、自下而上估算

次序：
1.测试人员根据负责模块，评估个人测试工作量
2.测试主管根据测试人员的实际工作能力，调整评估工作量
3.项目负责人判断测试主管的工作量评估是否符合项目整体计划

六、预测风险、预留时间

风险包括：
1.需求的变更
2.系统功能的实现情况
3.Bug的修复情况
4.测试人员对系统的熟悉程度、人员的调整
预留时间：
预留时间=测试执行时间*20%
（仅作参考）
......

---

欢迎补充更多的工作量估算方法！