文/秋之川
这是《落叶》文集里第 331片落叶，希望你能喜欢，不为别的，只为这份坚持。
第十六章 哪些因素会影响到测试项目的工作量估算？
晚上加班时，我跑到老大办公室，他问我又遇上什么问题了吗？
我说：“我刚才判断 Luck 的评估不准确是正好我对他负责的模块比较熟悉，所以才能事先估算过，但如果有的模块是我不熟悉的，我有什么办法能有效地判断其工作量估算值是偏大还是偏小呢?”
老大说，这个其实也简单，常用的方法有这么几种：
找另一个有经验的测试人员做估算一下，看看估算的是不是差不多，如果差不多，就没太大问题，如果差的比较多，就要用下面这种方法了；
检查他做的测试范围分析和罗列的测试任务清单，如果能有 WBS 最好，这样就能较为直观的看出来他是考虑的过多了，还是有考虑不足的地方，另外，你也可以根据他给你的工作量估算和工作包的数量，反推最小工作包的执行时间估算是否合理；
我记下这两个方法之后，把我刚才跟 Luck 说的工作量评估方法跟老大又说了一遍。
他说：“你现学现卖的还挺像样的，但有关测试项目工作量的评估，还有一些需要注意的地方，你要认真听哦。”
项目里的测试工作量主要受几方面的影响：
- 测试范围：
测试范围主要是由需求范围或项目范围决定的。 - 测试任务：
（1）测试任务是由项目的质量要求和测试目标来决定的，质量要求越高，就需要更全面的、更充分的的测试，回归测试的次数也需要增加，所以，测试的工作量自然就会增大；
（2）测试团队的执行效率，因为任务的估算趋向于一个正常状态的普通工程师或者是有经验的工程师的执行效率，而实际执行过程中，可能存在人员状态或新人上岗等多种可能性； - 产品开发阶段：
- 产品第一个版本的测试工作量肯定是很大的，因为所有的功能模块都是全新的、未测试过的；
- 产品的后续版本，不管有没有增加较多的新功能，不仅要完成新功能的测试，还要完成相应的回归测试，保证之前老功能的正常使用；
- 回归测试的工作量是受每一轮的衰减系数影响，比如一轮完整的功能测试需要 F 人日，那第一轮回归测试的工作量就大概是 F * R1，第二轮回归测试的工作量就大概是 F * R2；
- R1 和 R2 的系数值跟不同公司的代码质量、缺陷分布、测试周期以及自动化测试覆盖度都有关系：
（1）代码质量越低，回归测试的次数就越多；
（2）测试缺陷的分布越广，回归的测试用例数就越多；
（3）自动化测试覆盖度越高，手工测试的工作量就越低；
听完这些，我问老大，“我回去再好好看下工作量，怎么感觉这样去分析，需要不少人呢？”
老大笑着说，“你别担心人够不够，看上去有很多东西，但你好好做下人力资源计划，其实会发现人是够得，好了，不多说了，你自己先回去计划看看吧。”
《告诉你如何从执行测试到管理测试》带你迈出第（16）步！，点击这里可查看完整地图
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
