近期在整理部门测试流程方面的一些东西，把之前根据经验，根据感觉来做的一些工作转为有文档可依的工作流程。
遇到测试时间评估没有具体方法的问题，这里准确的说，是测试执行时间，想请教大家。

我回忆了老东家的方法，通过长时间的经验，根据测试数据准备，测试步骤多少，执行复杂度，来评估出测试执行时间。
但是老东家是做对企业交付的，有完备的自动化和手工回归测试流程，项目时间也充足，3 个月一个版本往往只有 5 个以内的 bug。

对应到现在的公司，3 周一个迭代，需求规模庞大，并且不是清晰的 checklist 形式；测试用例规模大致每期在 500+（单测试点一条用例）。
在评估测试时间的时候往往还没开始写用例，评估出的时间较为不准确，总是会造成最后的加班发生。

大家一般是怎么评估每个迭代的测试执行时间？有什么具体的方法呢。