前面分享过一篇测试工时评估的文章，根据开发时间、验收时间来做评估。
还有一种评估方式：根据测试用例数量来做评估。
平时进行测试时，要对自己的测试速度有大致的评估，例如平均每天可完成100个测试用例，若效率高可完成120个测试用例。
这可以作为一个衡量标准。
在评估测试工时的时候，大致判断需求的每个模块，会有多少条用例？
再结合测试速度，来做一个初步的测试工时评估。
其次，要考虑需求内容的复杂度：
- 是否跟其他外部系统有关联
- 场景构造的链条是否很长
- ……
梳理的时候，用思维导入逐个模块，拆开来评估，最后做汇总，如下图所示
不用担心评估不够准确，这个是经验的积累，随着对被测对象的熟悉程度，以及对自己测试效率的衡量，测试工时的评估会越来越精确。
在测试进行的过程中，如果发现时间不够，提前向上级反馈，可适当增加测试时间或者增加测试人手。
如果发现评估的时间多了，可以自己花点时间做发散性测试，或者提前结束。
今天分享到这里，有疑问的可以告诉我~
加油~
扫一扫
1016
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
