工作量评估 1 概述 我们认真地阅读了软件的相关需求文档和设计文档后，对软件的功能进行了归纳和整理，并根据以往的经验对每个功能模块所需的编码工作量进行估算，再进一步地以此为依据，推算出整个软件生命期的工作量。工作量推算后组织主要项目干系人和相关专家进行工作量评审。 2 常见的估算方法 2.1Ad-hoc 方法 这种方法下的测试工作量不基于任何确定的期限。工作一直继续直到达到一些由管理或市场人员预先定下的时间表。或者，一直到用完了预算的经费。 这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数。 2.2 开发时间的百分比法 Percentage of development time。 这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。首先，开发工作量使用例如LOC 或 FP 方法被估算出来，然后使用一些探索性的方法来限制测试的工作量。这种方法变化比较大而且通常基于以前的经验。 通常预留项目的总花费时间的35%给 测试, 5-7%给 组件和集 成测试,18-20%给 系统 测试, 10%给 接 收 测试（ 或回 归测试等 ） 2.4 类 比法（ 经验值 法或历 史 数据法） 根据以前或相似 项目（ 主要在项目性质 ，领 域 ，规 模上 有相似 ） 所积 累 的经验或历 史 数据来估算工作量。类 比法估计结 果 的精 确度 取 决 于历 史 项目数据的完整性和准 确度 ，因 此，用好 类 比法的前提条 件之 一是组织建 立 起 较好 的项目后评价 与 分析 机 制，对历 史 项目的数据分析 是可 信 赖的。需要收 集 以下相关的历 史 数据： 在设计和实 现 阶 段 花费的时间，测试工作的规 模，例如用户 需求的数量，页 面 数，功能点 ， 数据样 式 ，例如实 体 ，字 段 的数量, 屏 幕 或字 段 数量,测试对象的规模，例如KLOC 2.5 WBS（w ork breakdow n structure）估算法 将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。 2.6 Delphi 法 Delphi 法是最流行的专家评估技术，在没有历史数据的情况下，这种方式可以减轻估算的偏差。Delphi 法鼓励参加者就问题相互讨论。这个技术，要求有多种相关经验人的参与，互相说服对方。 Delphi 法的步骤是：1、协调人向各专家提供项目规格和估计表格；2、协调人召集小组会各专家讨论与规模相关的因素；3、各专家匿名填写迭代表格；4、协调人...
