测试工作量估算表以“估算单元”为行组织，一张表同时承担两件事：把每个测试范围的规模、方法和调整系数记录清楚，再按统一口径汇总成人天。本文提供可直接复制的空白明细表与汇总表，逐字段说明取数方式，划分必填与选填，并用一条完整示例演示从录入到汇总的计算过程。适用于测试计划编制阶段需要向项目组交付工作量承诺的场景。
要点总览（TL;DR）
- 估算明细表以“估算单元”为行，至少包含编号、需求/模块、测试类型、阶段、范围依据、估算方法、规模量与单位、单位工作量、复用率、折扣系数、净工作量、缓冲率、总工作量、责任人、日期、版本、状态。
- 必填字段为编号、需求/模块、测试类型、阶段、规模量与单位、单位工作量、净工作量、总工作量、责任人、状态；小团队可把缓冲率统一写在表头，压缩到十列左右。
- 汇总口径固定为“先净后缓再折算”：净工作量=规模量×单位工作量×(1−复用率)×折扣系数，总工作量=净工作量×(1+缓冲率)，人天=总工作量÷每日有效工时。
- 每日有效工时、缓冲率上限、人天保留位数集中写在表头假设区，全表引用同一口径；已确认与待确认工作量分列小计，避免把待确认数字当成承诺。
- 估算表随项目至少更新三次，保留旧版本，项目结束后用实际工作量、偏差率、偏差原因分类做复盘，并把结论回写到单位工作量基线。
可复制空白估算表模板
下面两张表构成估算表的主体。明细表一行对应一个可独立估算的测试范围，汇总表从明细表按层级归集。复制到 Excel 或在线表格后，先保留表头，再按编号规则逐行填写。
估算明细表（空白）
| 估算单元编号 | 需求/模块 | 测试类型 | 测试阶段 | 测试范围与依据 | 估算方法 | 规模量 | 规模单位 | 单位工作量（人时） | 复用率 | 折扣系数 | 净工作量（人时） | 缓冲率 | 总工作量（人时） | 责任人 | 估算日期 | 版本 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| TE-001 | 示例：订单模块 | 功能测试 | 系统测试 | 依据《订单需求V1.2》第3章 | 用例点法 | 40 | 用例点 | 1.5 | 20% | 1.0 | 48 | 15% | 55.2 | 张三 | 2025-03-10 | V1.0 | 已确认 |
| TE-002 | |||||||||||||||||
| TE-003 |
汇总表（空白）
| 汇总层级 | 测试类型 | 测试阶段 | 责任人 | 净工作量合计（人时） | 缓冲合计（人时） | 总工作量（人时） | 折算人天 | 已确认（人天） | 待确认（人天） |
|---|---|---|---|---|---|---|---|---|---|
| 项目合计 | |||||||||
| 按测试类型小计 | — | — | |||||||
| 按阶段小计 | — | — | |||||||
| 按责任人小计 | — | — |
编号规则与填写顺序
编号建议采用“TE-三位流水号”，同一需求下拆出的多个估算单元用“TE-001-1、TE-001-2”延伸，保证编号与需求归属可对应。填写顺序按列从左到右推进：先定归属（编号、需求/模块、测试类型、阶段），再写依据（范围、方法、规模量），然后算调整（单位工作量、复用率、折扣系数），最后填管理信息（责任人、日期、版本、状态）。净工作量与总工作量两列由公式自动计算，不手工填写，避免同一行出现两套数字。
字段说明：每个字段填什么、怎么取数
字段按用途分为四类。理解每类的取数来源，能减少评审时“这个数字从哪来”的反复追问。
| 字段名 | 含义 | 取值来源 | 填写方式 |
|---|---|---|---|
| 估算单元编号 | 估算行的唯一标识 | 按编号规则自行分配 | TE-流水号，不重复、不复用 |
| 需求/模块 | 该估算单元服务的业务对象 | 需求文档、模块清单 | 写需求编号或模块名，可附章节 |
| 测试类型 | 功能、接口、性能、兼容性、安全等 | 测试策略中确定的类型清单 | 从预设枚举中选择，不自由填写 |
| 测试阶段 | 单元、集成、系统、验收等 | 项目测试计划 | 从预设枚举中选择 |
| 测试范围与依据 | 本次估算覆盖什么、依据哪份文档 | 需求文档、设计文档、接口清单 | 写清范围边界与文档版本号 |
| 估算方法 | 用例点法、场景法、类比法、专家判断等 | 团队约定的方法清单 | 选一种并保持一致，便于复核 |
| 规模量 | 该单元的可计量规模 | 用例数来自用例库统计；用例点按规则折算；场景数来自场景清单 | 填数字，单位在下一列注明 |
| 规模单位 | 规模量的计量单位 | 与估算方法配套 | 用例数、用例点、场景数、接口数 |
| 单位工作量 | 每单位规模所需人时 | 历史项目均值、团队基线数据 | 填人时，保留一位小数 |
| 复用率 | 可复用已有用例或脚本的比例 | 用例库比对结果 | 填百分比，无复用填0% |
| 折扣系数 | 对特殊情况的整体修正 | 团队约定，如新工具上手打8折 | 默认1.0，调整需在备注说明理由 |
| 净工作量 | 扣除复用后的基础工作量 | 公式计算 | 规模量×单位工作量×(1−复用率)×折扣系数 |
| 缓冲率 | 应对不确定性的预留比例 | 按风险等级设定，如10%–20% | 填百分比，同一项目内设上限 |
| 总工作量 | 对外承诺的工作量 | 公式计算 | 净工作量×(1+缓冲率) |
| 责任人 | 对该估算负责的人 | 测试计划分工 | 填姓名，一人一行 |
| 估算日期 | 该行数字的形成时间 | 填写当天 | 统一格式，如2025-03-10 |
| 版本 | 估算表整体版本 | 版本管理规则 | V1.0起，每次修订递增 |
| 状态 | 该行的确认程度 | 评审结论 | 草稿、待确认、已确认三选一 |
估算项的选择直接影响规模量的取数。功能测试通常以用例数或用例点为规模单位，接口测试以接口数为单位，性能测试以场景数为单位，兼容性测试以设备与浏览器组合数为单位。同一测试类型在同一项目内应固定一种规模单位，否则汇总时无法相加。
必填与选填：最小可用字段集
字段并非越多越好。必填字段缺失会导致估算无法复核或无法汇总；选填字段用于提升精度和可追溯性，可按项目复杂度取舍。
| 字段 | 必填/选填 | 缺失后果或适用场景 |
|---|---|---|
| 估算单元编号 | 必填 | 缺失则无法定位与追溯，汇总时无法核对 |
| 需求/模块 | 必填 | 缺失则无法判断估算覆盖范围是否完整 |
| 测试类型 | 必填 | 缺失则汇总表无法按类型分层 |
| 测试阶段 | 必填 | 缺失则无法与项目排期对齐 |
| 规模量、规模单位 | 必填 | 缺失则净工作量无计算基础 |
| 单位工作量 | 必填 | 缺失则无法从规模换算为人时 |
| 净工作量、总工作量 | 必填（公式列） | 缺失则汇总无数据来源 |
| 责任人 | 必填 | 缺失则评审无人认领，偏差复盘无主体 |
| 状态 | 必填 | 缺失则无法区分承诺范围与待澄清范围 |
| 测试范围与依据 | 选填（推荐） | 缺失时复核需额外沟通；跨团队协作项目建议填写 |
| 估算方法 | 选填（推荐） | 缺失时难以判断数字可靠性；多方法混用时必须填写 |
| 复用率 | 选填 | 无历史用例可复用时可不填，按0处理 |
| 折扣系数 | 选填 | 无特殊修正时默认1.0，可不填 |
| 缓冲率 | 选填（按项目统一设定） | 项目统一缓冲率时可只在表头写一次 |
| 估算日期、版本 | 选填（推荐） | 单次估算可不填；多轮修订时必须填写 |
小团队精简版保留九项必填字段，缓冲率统一写在表头，明细表可压缩到十列左右，适合两周以内的迭代测试。完整版增加范围依据、估算方法、复用率、折扣系数和版本信息，适合跨团队、多测试类型并行或需要向客户承诺工作量的项目。取舍规则是：只要存在多人协作或对外承诺，就应补齐范围依据与版本字段；只要存在历史用例复用，就应填写复用率，否则净工作量会系统性偏高。
汇总口径：净工作量、缓冲与人天怎么算
汇总按四层推进：估算单元→测试类型→测试阶段→项目。每一层只做加法，不做重新估算，保证明细与汇总始终对得上。
| 计算项 | 公式 | 口径说明 |
|---|---|---|
| 净工作量 | 规模量×单位工作量×(1−复用率)×折扣系数 | 单位统一为人时；复用率与折扣系数以小数参与计算 |
| 缓冲量 | 净工作量×缓冲率 | 缓冲率按项目统一设定，同一项目内设上限 |
| 总工作量 | 净工作量+缓冲量，即净工作量×(1+缓冲率) | 先汇总净工作量再统一加缓冲，避免逐行缓冲后重复叠加 |
| 人天折算 | 总工作量÷每日有效工时 | 每日有效工时假设写在表头，如6小时或7.5小时，全表统一 |
| 已确认工作量 | 状态为“已确认”的行按上述口径合计 | 单独小计，作为对外承诺口径 |
| 待确认工作量 | 状态为“待确认”或“草稿”的行合计 | 单独小计，评审会上逐条澄清后再转入已确认 |
计算顺序固定为“先净后缓再折算”：先算每行净工作量，按层级加总得到净工作量合计，再乘缓冲率得到缓冲量，相加得总工作量，最后除以每日有效工时折算人天。这个顺序的意义在于缓冲只加一次，若逐行加缓冲再汇总，等于对缓冲本身重复计算。每日有效工时、缓冲率上限、人天保留位数这三项假设集中写在表头假设区，全表引用同一单元格，避免逐行各自解释造成口径分裂。
已确认与待确认分列是汇总表必须保留的口径。项目评审时，已确认部分可以作为排期依据，待确认部分列出澄清责任人和预计澄清时间，澄清后更新状态并重算小计。两部分相加才是完整工作量，但对外沟通时应分别说明，避免把待确认数字当成承诺。
填写示例：一条估算单元从录入到汇总
以下示例为演示数据，用于说明字段与公式的对应关系。
某订单模块在系统测试阶段做功能测试，依据《订单需求V1.2》第3章，采用用例点法，规模量为40个用例点，单位工作量1.5人时/用例点，复用率20%，折扣系数1.0，缓冲率15%，每日有效工时7.5小时。
计算过程：净工作量=40×1.5×(1−0.20)×1.0=48人时；缓冲量=48×15%=7.2人时；总工作量=48+7.2=55.2人时；折算人天=55.2÷7.5=7.36人天，按0.5人天取整记为7.5人天。该行状态为“已确认”，进入已确认小计。
| 汇总层级 | 测试类型 | 测试阶段 | 责任人 | 净工作量（人时） | 缓冲（人时） | 总工作量（人时） | 折算人天 | 已确认（人天） | 待确认（人天） |
|---|---|---|---|---|---|---|---|---|---|
| 按测试类型小计 | 功能测试 | — | — | 48 | 7.2 | 55.2 | 7.5 | 7.5 | 0 |
| 按阶段小计 | — | 系统测试 | — | 48 | 7.2 | 55.2 | 7.5 | 7.5 | 0 |
| 按责任人小计 | — | — | 张三 | 48 | 7.2 | 55.2 | 7.5 | 7.5 | 0 |
当明细表新增其他行时，汇总表对应单元格用求和公式引用明细表，不手工录入。示例中三个层级小计数值相同，是因为当前只有一条估算单元；多行数据下，各层级小计会按类型、阶段、责任人分别归集，项目合计等于全部行之和。
调整与维护：估算表怎么随项目变化更新
估算表在项目周期内至少经历三次更新：计划评审后、测试执行中期、项目结束后。每次更新保留旧版本，不覆盖历史数字，便于对比偏差。
版本与变更记录
表头设版本号与修订日期，表尾或单独区域维护变更记录，表头建议包含：版本号、修订日期、修订人、变更行编号、变更前数值、变更后数值、变更原因、审批人。版本号按V1.0、V1.1递增，小版本用于单行调整，大版本用于范围或口径变化。
偏差复盘字段
项目结束后在明细表右侧增加三列：实际工作量（人时）、偏差率、偏差原因分类。偏差率=（实际−估算）÷估算，原因分类建议分为范围变化、估算方法偏差、复用判断失误、执行效率差异、环境阻塞五类。复盘结论回写到单位工作量基线，供下一个项目取数。
字段增删与口径同步检查点
新增或删除字段时，按以下清单逐项核对：新增字段是否影响净工作量或总工作量公式；汇总表是否需要增加对应维度；必填与选填划分是否更新；填写示例是否同步修订；历史版本是否保留原口径。任何影响公式的字段变更都应升大版本，并在变更记录中写明新旧口径的换算关系。
估算表从个人表格转为团队共用时，需要解决两件事：估算字段随工作项一起流转，以及汇总视图按同一口径自动归集。ONES 测试管理支持测试用例与需求、任务关联，测试计划与迭代关联，估算单元可以挂到对应需求或测试计划下；用例属性支持自定义，可用来承载测试类型、规模单位等估算维度；测试计划支持多维度概览与进度查看，便于把估算工作量与实际执行情况放在同一视图中对照。用例支持从 Excel 批量导入，历史用例库可作为复用率的取数来源。具体字段配置与统计维度以实际版本为准，落地前建议先用一个迭代验证汇总口径是否与本文公式一致。
常见问题
估算表里“规模量”和“单位工作量”应该用历史数据还是本次重新估？
优先用团队历史项目的实际数据作为单位工作量基线，规模量则按本次需求的实际用例数、接口数或场景数取数。历史数据不足时，可以先用专家判断给出初值，并在估算方法字段注明，项目结束后用实际值修正基线。关键是同一项目内保持取数来源一致，避免部分行用历史均值、部分行用临时拍数，导致汇总结果无法解释。
缓冲率应该逐行设置还是全项目统一一个值？
建议全项目统一一个缓冲率，写在表头假设区，汇总时先加总净工作量再统一乘缓冲率。逐行设置缓冲率会让不同估算单元的风险预留不一致，汇总时容易重复叠加，也难以向项目组解释总量从何而来。如果某类测试风险明显更高，可以在明细表用折扣系数或备注说明，而不是单独调高该行缓冲率。
每日有效工时按8小时还是按实际有效时间算？
按团队实际有效工时算，常见取6小时或7.5小时，并在表头写明，全表统一引用。用8小时会把会议、沟通、环境等待等时间排除在外，折算出的人天偏少，排期时容易紧张。这个假设一旦确定，同一项目内不随行调整；跨项目对比时也要先确认双方用的是同一口径。
待确认的估算单元在评审会上怎么处理？
待确认行单独小计，不并入对外承诺的人天。评审会上逐条列出待确认行的澄清责任人和预计澄清时间，澄清后更新状态字段并重算小计。已确认与待确认两部分相加才是完整工作量，但对外沟通时分别说明，避免把尚未澄清的范围当成已承诺的排期依据。
估算表落地到工具里，字段和汇总视图怎么对应？
可以把估算单元挂到对应需求或测试计划下，用自定义属性承载测试类型、规模单位等估算维度，再用视图或报表按类型、阶段、责任人归集。ONES 测试管理支持测试用例与需求、任务关联，测试计划与迭代关联，用例属性支持自定义，测试计划支持多维度概览与进度查看，便于把估算工作量与实际执行放在同一视图中对照。具体字段配置与统计维度以实际版本为准，落地前建议先用一个迭代验证汇总口径是否与本文公式一致。
