作为一个测试管理者，你可能会面临项目经理、开发经理等人这样的询问：”这个任务测试完需要多久？“，或者”这个项目要花多少时间去测试，需要投入多少测试人力？“。这个时候，你就需要进行测试工作量的评估。
在我看来，测试工作量的估算分2个部分。一部分是整体测试估算，也就是测试计划当中的整体测试时间的估算；另一部分是每一测试轮次提交过来的测试时间估算。
第一部分-整体测试估算
后续有时间再更新这部分，这部分需要思考的方面比较多。
第二部分-轮次测试估算（本人暂时做法，仅供各位参考）
测试时间主要由以下内容：测试申请及交付的审核及备份、测试环境部署（服务应用和数据脚本）、测试用例更新维护、测试数据准备、冒烟测试、测试执行、提缺陷和测试报告编写。
其中将测试执行和其他工作作出区分。着重测试执行部分的估算。
测试执行根据功能复杂度来设定分值，然后乘以单位分值耗时得出单功能的测试执行所需情况。
PS：之前有想过根据用例数量来估算，可是每条用例的执行时间不一，难以估算。最后还是根据以往经验和目前的测试力再结合功能复杂度来进行估算，这种方法可以成为类比法（或经验值法或历史数据法）。分值单位耗时是一个预估值，后续会根据实际视情况和逐渐提高的测试效率来调整。
初版暂定如下：
| A、除测试执行外的工作（耗时：4h） | ||
| 工作内容包括：测试申请及交付的审核及备份、测试环境部署（服务应用和数据脚本）、测试用例更新维护、测试数据准备、冒烟测试和测试报告编写 | ||
| B、新功能测试执行（分值单位耗时：4h） | ||
| 功能复杂度/变更影响面 | 分值 | 备注 |
| 简单/小 | 1 | 信息展示类、查询类 |
| 一般/中 | 2 | 查询打印类、提交类、打印次数限制（影响所有地区所有打印功能需要测试） |
| 复杂/大 | 4 | 缴款类、行政办事类、缴款流程变更或重做（关键业务流程影响，需要全面测试） |
| C、旧功能回归测试执行（分值单位耗时：10min） | ||
| 功能复杂度 | 分值 | 备注 |
| 简单 | 1 | 信息展示类、查询类 |
| 一般 | 2 | 查询打印类、提交类 |
| 复杂 | 4 | 缴款类、行政办事类 |
| D、缺陷回归验证执行（分值单位耗时：5min） | ||
| 缺陷严重性 | 分值 | 备注 |
| 建议和轻微 | 1 | |
| 一般 | 2 | |
| 严重和致命 | 3 | |
| 备注说明： 1、新功能测试是指第一次提交测试的功能，或需求变更的功能，或因改动需要全面测试的功能。 2、旧功能回归是指对已测试通过的旧功能仅进行正常场景用例的测试验证。 3、功能的测试包括终端功能及其对应的后台业务量统计功能的测试。 |
||
| 测试工作量估算公式=A+B+C+D | ||
设计出这套工作量估算是因为要评估出开发每次提测后我们测试的所需时间。另外，测试用例的设计与编写是没有纳入这次的估算内的。