原文链接：
http://www.softwaretestinghelp.com/software-test-estimation-how-to-estimate-testing-time-accurately/
产品的成功与否，离不开测试。而测试中估时是非常重要。
现在大部分公司都实行敏捷模式，开发需要估时，测试也需要估时，不然会影响整个项目周期。
估时的原则是： 实际，精确。
这里不讨论测试估时的具体实施，只是讨论一下如何让测试估时更加实际，更加精确。
1）给自己留有余地
估时的时候需要给自己留一点风险时间，留有余地。任何事情都不是理想状态的，留有余地的话确保在不利的情况下也有时间对付。
2）充分考虑公司的流程
有的公司流程制定，留给测试的时间非常少。那么，需要做哪些测试，哪些有更高的优先级。出现问题怎么解决，这些都是在测试前就预估好的。
比如有些公司一个发布过程，要走开发环境，测试环境，生产环境。但是服务器都不稳定，有可能就会block。
3）并行测试
有些story没有太大的依赖，是不是可以一起测了。或者在开发刚开始的时候，是不是可以把一些准备工作给做了，比如创建帐号，准备testcase,准备一些自动化脚本等。
4）随时关注进度，重估时间
因为有很多不可预见的因素，项目没有预期进行。或者开始估计就有偏差，那么随时要校正预估时间。
5）考虑下过去的经验
过去的经验，能让你预计可能的风险，和应对策略，让估时更加精确，实际。
6）目标明确
很多时候，并不是需要把所有的bug都要解决了，一个release的范围是什么？产品需求的细节是啥？心里都要很清楚。不然就会偏差很大，引起delay, 或者加班。
7)了解你的团队
如果你是team leader, 你需要很明白你团队的战斗力，谁的专长是啥，谁做哪块会更好。
8）了解你的资源
估时的时候，都是要以现有的资源为依托，不要相信领导说的，在某个时段招个人。很多时候，招人并不能起到显著的效果。而且招人也没有那么迅速成长；或者领导，HR只是说说而已。
9) 取决于你，你的公司，你的领导
根据公司，领导对测试的重视程度不一样，给测试的时间也会不一样。有的时候，要从产品质量的方面考虑，争取一些时间。有的时候，测试估的时间多了，项管肯定不干。
如果不争取，估计会被压得很厉害，天天加班，团队不稳定。或者产品的质量更本没法保证。
有的时候，别的部门会认为测试很简单，分分钟就能搞定，不就是点点鼠标吗？质量深入人心很重要。