#1 楼
很多时候您没有时间来创建测试计划，有时我会参加项目计划会议，会议的范围很广，然后到那儿要求工程部提供估计。基本上，这就是一种猜测游戏，这就是估计值。如果要求您提供一个猜测游戏，则可以确定它是错误的。那就是估计。尽管这完全取决于您使用的是哪种类型的流程，但是如果这是一个从开发和测试并行开始的完整项目，我会想到以下几点：这是新技术吗？开发团队将需要学习它，从而延长他们的时间，因此您将需要学习它来进行测试
多久才会发布一次？有里程碑吗？是否有新的构建过程需要实施？考虑到要测试的代码以及代码的稳定性，以及错误修正的生成
，这是否需要新的工具进行测试？您将需要时间来获取/构建以及设置/培训工具...然后进行一些试运行，以查看事情是否按预期进行
您将被允许拥有多少资源？他们会被分享吗？这意味着上下文切换和资源损失（紧急情况，假期，人离开，新雇用人员），您需要进行适当的计划
这些是我会想到的除了glowcoder提到的内容之外，它们将成为任何项目的一部分，并且您需要提供的文档越多，所需的时间也就越长。
#2 楼
关于测试评估的一系列优秀文章，每个参与生成或使用测试评估的人都应阅读：项目评估和黑天鹅（第1部分）
项目估算和黑天鹅
天鹅（第2部分）
项目估算和黑天鹅
（第3部分）
项目估算和黑天鹅
天鹅（第4部分）
项目估算和黑天鹅（第5部分）：测试估算
首先探讨蒙特卡洛模拟一个项目，展示了相对较少的惊喜会如何产生很大的影响，继续讨论管理这种影响的策略，并最终通过查看测试来完成。
评论
链接是真正的杰作！非常感谢！
– Peter L.
13年8月8日在17:35
#3 楼
首先要看的是发生的类似测试工作。对于类似的更改，给定的时间，测试工作的效果如何？历史记录是在所有领域中寻找估算值的最佳场所。测试项目在进行时间估算之前应该有一个测试计划。测试计划中的每个元素都应有一个估计的完成时间。项目的估算只是每个元素的时间总和，加上与测试不直接相关的事情的一些开销：
项目管理
讨论，反馈给开发人员
准备结果
技术难题
如果您在没有测试计划的情况下提出估算，那么您将设置错误的估算。
#4 楼
我同意以上几点：我在项目中遇到的一些事情我们需要考虑的是：
QA和DEV团队的经验在现场具有技术等
识别风险
明确要测试的内容和不进行测试的内容，否则，人们可以假定某些功能已经过测试，并且最后一分钟，团队必须做额外的工作，以验证游戏初期未测试的功能
此外，在评估期间，需要考虑是否可能出现最坏的情况（如果发现问题，有必要进行研究以了解其功能以及具有某些阻滞剂的可能性）
评论
我认为这是一个很好的清单，但是，如果这是针对企业应用程序的，请不要忘记也要学习学习功能需求背后的业务逻辑（通常被遗忘并有助于加快将来的测试LoE），以及UAT（如果它是质量检查测试过程的一部分）。
– Lyndon Vrooman
2011年5月5日22:39
是的，尽管我还没去过那个世界。我曾经做过一些小型公司和初创公司，在这些公司中，所有人都被解雇了，以推动项目的进行。通常，从向小组提出想法开始，然后在同一个会议中安排所有计划。
– MichaelF
2011年5月6日晚上11:45