工作量评估 1 概述 我们认真地阅读了软件的相关需求文档和设计文档后，对软件的功能进行了归纳和整理，并根据以往的经验对每个功能模块所需的编码工作量进行估算，再进一步地以此为依据，推算出整个软件生命期的工作量
工作量推算后组织主要项目干系人和相关专家进行工作量评审
2 常见的估算方法 2
1Ad-hoc 方法 这种方法下的测试工作量不基于任何确定的期限
工作一直继续直到达到一些由管理或市场人员预先定下的时间表
或者，一直到用完了预算的经费
这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数
2 开发时间的百分比法 Percentage of development time
这个方法的基本前提是测试工作量依赖于开发时间/开发工作量
首先，开发工作量使用例如LOC 或 FP 方法被估算出来，然后使用一些探索性的方法来限制测试的工作量
这种方法变化比较大而且通常基于以前的经验
通常预留项目的总花费时间的35%给 测试, 5-7%给 组件和集 成测试,18-20%给 系统 测试, 10%给 接 收 测试（ 或回 归测试等 ） 2
4 类 比法（ 经验值 法或历 史 数据法） 根据以前或相似 项目（ 主要在项目性质 ，领 域 ，规 模上 有相似 ） 所积 累 的经验或历 史 数据来估算工作量
类 比法估计结 果 的精 确度 取 决 于历 史 项目数据的完整性和准 确度 ，因 此，用好 类 比法的前提条 件之 一是组织建 立 起 较好 的项目后评价 与 分析 机 制，对历 史 项目的数据分析 是可 信 赖的
需要收 集 以下相关的历 史 数据： 在设计和实 现 阶 段 花费的时间，测试工作的规 模，例如用户 需求的数量，页 面 数，功能点 ， 数据样 式 ，例如实 体 ，字 段 的数量, 屏 幕 或字 段 数量,测试对象的规模，例如KLOC 2
5 WBS（
