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

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

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

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

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

来源:互联网 日期:2014-03-06 07:00

  [概述]

  得到了测试工作量的估算,如何确定测试时间进度,即多长时间可以完成该测试任务?测试时间进度是不是可以无限制的压缩?

  [正文]

  根据笔者的一些测试实践经验,下面的公式可以作为测试时间进度估算的一个简单参考:

测试时间进度(pw)=测试工作量1/2

  如测试工作量估算值为42pw,根据公式计算得到的测试时间进度应该是6~7个星期,通常我们会取区间内数据较大的那个值作为测试时间进度,即7个星期。有了测试时间进度之后,就可以得到测试团队的规模人数为6人。不同的组织和项目特征,需要对该公式做部分修正以满足具体的要求,如可以在公式前面增加一个系数进行结果的调整,如下表示:

测试时间进度(pw)= α * 测试工作量1/2

  其中,系数α根据实际情况进行调整,建议的α取值范围为0.9~1.2。

  从测试工作量估算得到测试时间进度,并不困难,但在实际的测试工作中,测试时间进度并不完全依赖于测试时间进度的估算值,通常它们会收到项目的整体时间进度的限制,或者客户、市场方面对时间的要求。但是测试时间进度的估算还是必需的,因为该数据的主要目的并不是预测什么时候能够完成测试任务,更重要的是对整个测试过程进行监控。

  实际测试过程中面临最大的挑战是计划的测试时间比测试时间进度估算值小,甚至差距甚大。而面临这种景况时,管理层采用的应对措施常常是要求加班,或者增加测试人员缩短测试时间。但是这两项应对措施的效果并不是那么的如意:

  1、加班

  测试时间经常是不够的,在面临这样困境的时候,管理人员首先想到的是要求测试人员加班以弥补时间的不足。适量的加班类似于拉长了整个测试时间,有利于解决测试时间的困难。但是无度的加班,甚至将加班作为整个测试工作计划的常态,其得到的结果可能会适得其反。其导致的问题如下:

  (1)导致测试人员身心疲惫,使得他们工作积极性降低,工作效率降低;

  (2)破坏公司正常的工作氛围,影响企业文化,使得测试人员逐步散失在公司内的归属感;

  (3)除了降低工作效率之外,过多的加班还会导致工作产品质量低下,需要更多的时间和资源对引入的缺陷进行修复和回归测试;

  2、增加测试人员

  管理人员面临测试时间不足时另一个常常采用的措施是增加测试人员,以此降低测试时间,如测试工作量估算值为42pw,原来计划的是测试人员7人在6个星期之内完成测试任务,为了缩短测试时间以满足测试时间4个星期的要求,将测试人员增到10人,其工作量还是在40pw左右。即通过这种手段将测试时间缩短了差不多30%。

  如果测试任务都是独立的,增加测试人员的数目来缩短测试时间应该是很有效的手段之一。如果测试任务并不是完全独立的,包括测试平台、测试仪表、服务器等都是公用的,尽管增加测试人员也可以部分缩短测试时间,但它并总是那么有效的,并且导致的结果常常是更多的增加整个测试工作量。其主要原因如下:

  (1)更大规模的测试团队需要更多的协调和管理开销;

  (2)更大规模的测试团队需要更多的沟通路径,而这会导致更多沟通不畅的问题,从而可能引入更多的错误,需要更多的修改时间和回归测试工作量;

  (3)更短的测试时间需要有更多的测试任务并列进行,而并列的工作常常使得相互依赖的工作出现更多错误的风险,如有的测试工作需要依赖于不全或者错误的另一个工作之上,该部分的修复或者更新需要直接影响其他测试工作;

  因此,管理人员在通过增加测试人员来缩短测试时间的时候,还需要考虑其要相应的增加部分测试工作量。另外,在这两者的定性关系中还存在“不可能的区域”,即测试时间是不可能无限制的缩短的,如测试工作需要6个测试人员7个星期才能完成,你是不可能要求42个测试人员1天完成的。

  因此,在面临测试时间进度无法测试计划中要求的时间时,除了合理的加班和增加测试人员之外,还需要考虑其他的一些策略,从其他层面解决这些问题,如调整测试优先级和优化测试内容等。

相关链接:

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

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

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

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

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

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

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

本周排行

别人正在浏览

强悍的草根IT技术社区,这里应该有您想要的!
Copyright © 2010 Gimoo.Net. All Rights Rreserved  京ICP备05050695号