收藏本站 收藏本站
积木网首页 - 软件测试 - 常用手册 - 站长工具 - 技术社区
软件测试 > 其它管理相关 > 正文

首页 | 领域细分: 游戏测试 安全测试 手机测试 Web测试 | 技术研究: 单元测试 入门教程 用例设计 性能测试 功能测试 | 测试职场: 面试精选 职场发展 面试试题

测试管理: 配置及流程 - 需求管理 - 质量验收 - 缺陷管理 - 其它管理相关 | 开发语言: PHP技巧 - PHP基础 - PHP实例 - PHP错误代码

测试工具: LoadRunner JiRa QuickTestPro RoBot WinRunner TestDirector 其它测试工具 | 数据库: Mysql数据库 Oracle数据库 CSS/DIV基础 HTML基础

测试估算系列10:偏高的测试估算vs偏低的测试估算

来源:互联网 日期:2014-03-08 07:30

  [概述]

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

  [正文]

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

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

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

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

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

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

  1)偏高的测试估算

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

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

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

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

  2)偏低的测试估算

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

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

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

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

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

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

  3)我们的选择

  我们的愿望当然是尽量使得测试估算准确,而在现实中又是很难,那么我们应该如何选择测试估算?下面的这个图可以给出一个合适的答案:我们更倾向于选择偏高的测试估算,而不是偏低的测试估算。

图1 高估还是低估

  尽管偏低的测试估算对整个项目造成的成本和时间影响更大,而在测试实践过程中,更多的人宁可选择它,为什么?这就需要我们问自己一个问题:我们选择偏低的测试估算的压力来自哪里?

  来自管理层:由于产品市场等方面的要求,整个测试工作必须在什么时间之前完成,从而要求测试估算必须在某个范围之内。对于这样的压力,即项目的目标,不应该成为我们测试估算的目标,因为目标和测试估算是不一样的,假如两者之间存在很大的差距,我们必须考虑其中的风险;

  来自自己:有的人认为偏高的测试估算体现不出自己的专业水平,特别是担心领导认为自己能力不行。对于这样的情况,我们需要时刻牢记上图中体现出的思想:不要刻意的降低测试估算,因为这导致的后果比高估严重的多。

相关链接:

测试估算系列之一:测试估算是什么

测试估算系列之二:测试估算过程

测试估算系列之三:测试估算与测试过程的集成

测试估算系列之四:基于单个专家的测试估算

测试估算系列之五:基于专家团队的测试估算

测试估算系列之六:基于类似项目的测试估算

测试估算系列之七:基于测试规模的测试估算

测试估算系列之八:测试时间进度估算

测试估算系列之九:什么是好的测试估算

本周排行

别人正在浏览

强悍的草根IT技术社区,这里应该有您想要的! 友情链接:b2b电子商务
Copyright © 2010 Gimoo.Net. All Rights Rreserved  京ICP备05050695号