[概述]

　　好的测试估算是进行良好测试计划的基础，但是准确的测试估算很难。在估算结果不太确定的时候，我们应该选择偏高的测试估算，还是偏低的测试估算？

　　[正文]

　　为了有效的开展测试活动，测试团队需要制订良好的测试计划以安排测试资源和测试资源，而基础则是良好的测试估算结果。良好的测试估算可以为测试工作如下好处：

　　更好的监控测试过程：测试过程的监控是基于测试计划和实际测试过程的状态之间的比较展开的。如果计划的进度是贴合实际的，即基于合理的测试估算，那么基于计划对测试过程进行监控是可能的。相反，如果项目初期没有花费精力制订测试计划，那么根据计划对测试过程进行监控将毫无意义。因此，良好的测试估算可以对测试过程的监控提供重要的支撑。

　　提高测试质量：良好的测试估算可以避免各种测试任务进度安排的冲突。实践表明，测试过程中的很多质量问题是由于测试人员高负荷高压力引起的，例如：测试人员为了在要求的时间之前完成测试任务，不得不删除了某些测试内容。同时，高压力的计划常常导致前期工作的不充分，例如：测试环境和测试数据准备不足，而这常常会引起后期测试工作的低效率和低有效性。

　　更好的风险管理：测试过程实际也是一个不断风险识别和应对的过程，良好的测试估算也有利于更好的监控测试相关的风险。例如：项目经理要求测试团队在2个月之内完成测试人员，而测试团队的测试估算是3个月。在出现这样的分歧的时候，如果要满足项目经理的要求，测试团队需要采取合适的风险应对，例如：对测试内容进行优先级划分，在时机不足的时候可能删除某些优先级低的测试内容。

　　增强测试团队的可信度：测试活动通常是处于软件开发生命周期的关键路径上，如果测试的延期，往往也会导致整个项目的延期。项目的延期通常会导致难以达成项目的目标，使得测试团队成为抱怨的对象。因此，良好的测试估算可以改进测试团队在项目团队中的可信度。

　　良好的测试估算是我们追求的目标，但是在测试实践中，它往往是很困难的。因此在我们面临这样困境的时候，应该选择偏高的测试估算还是偏低的测试估算？

　　1）偏高的测试估算

　　测试经理常常会担心测试人员的测试估算偏高。按照这样的估算做计划，测试人员会拉长测试时间以满足估算的结果。例如：测试人员估算10天的时间完成可以在8天完成的测试任务，那么测试人员在多余的时间内做一些其他的事情。

　　另外，测试经理担心测试估算偏高，会导致测试人员产生懈怠的心理，即测试人员认为时间充足而延期做某些事情，在剩余时间内急匆匆地完成他们的测试任务，甚至无法按时完成测试任务。

　　因此，测试经理会有意识地压缩测试估算以避免该现象的发生，其依据类似于如下的想法：“测试人员的测试估算是10个星期。测试经理通常会想测试人员提交的测试估算中有水分，因此他会要求测试人员在6个星期之内完成该工作。测试经理自己也并不奢望测试人员真的在6个星期之内完成。测试经理认为在这样的条件下测试人员可能在7-8个星期完成工作，最差的情况是测试人员在10个星期之内完成，和他最初的估算一致”。

　　那么，测试经理这样有意识地压缩测试估算，即偏低的测试估算是否合适呢？让我们看看偏低的测试估算会带来哪些问题。

　　2）偏低的测试估算

　　偏低的测试估算会带来各种问题，有些是非常明显的，有些不太明显。

　　影响测试计划的有效性：偏低的测试估算常常会在估算过程中引入一些不恰当的假设和限制条件，导致测试计划制订的合理性。例如：引起测试计划中需要的测试团队规模、测试仪表和平台等。另外，偏低的测试估算也会影响后续其他团队的工作，例如：产品验收测试团队由于前期测试的延期而无法按时进行。

　　增加更多的测试工作量：由于过低的测试估算常常会导致在时间压力之下，忽略了前期的一些测试工作，例如：学习和分析需求和设计文档。由于前期的学习和分析的不足，在后续的测试执行过程中，出现测试覆盖率偏低的问题，不断在测试执行中增加新的测试内容，从而造成更多的不确定和额外的工作。假如在测试的后期发现测试估算偏低，其将导致更多的其他各种问题，例如：

　　● 更多的测试状态会议，以求测试进度回到原来测试计划的轨道上来；

　　● 可能影响产品的发布时间，为了满足产品客户的要求，不得不准备一些中间版本应付市场demo和产品演示；

　　● 由于前期测试工作不足，可能导致一些严重的问题在后期才被发现，严重问题的修复在后期要求更多的确认测试和回归测试；