测试工作量估算清单以“估算项”为最小行单位，按测试阶段与测试类型拆分，每行记录估算对象、范围依据、单位、数量、单件耗时、复用与返工系数、责任人和备注，最后按阶段与类型两级汇总成人天。本文直接交付一张可复制填写的空白表，并逐字段说明填写口径、必填与选填的区分、一份完整填写示例，以及清单随项目推进的维护方法。
要点总览（TL;DR）
- 估算清单以估算项为最小行单位，按“测试阶段×测试类型”拆分，同一阶段内不同测试类型各占独立行，避免把功能测试与性能测试混在一行。
- 每行核心字段为估算对象、范围依据、单位、数量、单件耗时、复用系数、返工系数，小计按“数量×单件耗时×复用系数×返工系数”计算。
- 阶段、类型、估算对象、范围依据、单位、数量、单件耗时和小计为必填；复用系数与返工系数留空时按1参与计算，并在备注标注默认值。
- 汇总分两级：先按阶段小计，再汇总为总计；需要时可按测试类型跨阶段再汇总一次，两级结果应一致。
- 清单需随项目维护：增删估算项保留原行标注、阶段结束后回填实际工时与偏差率、用历史数据逐项修正系数、模板与实例分开版本管理。
可复制空白估算清单模板
下表可直接复制到表格工具中使用。行结构分三层：第一层是测试阶段分组行（如“系统测试”），第二层是该阶段下的估算项明细行，第三层是阶段小计行；全部阶段结束后是总计行。估算项按“阶段×测试类型”拆分，同一阶段内不同测试类型各占独立行，避免把功能测试与性能测试混在一行里估。
| 行类型 | 序号 | 测试阶段 | 测试类型 | 估算对象 | 范围依据 | 单位 | 数量 | 单件耗时（人天） | 复用系数 | 返工系数 | 小计（人天） | 责任人 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 分组行 | — | 系统测试 | — | — | — | — | — | — | — | — | — | — | — |
| 明细行 | 1 | ||||||||||||
| 明细行 | 2 | ||||||||||||
| 小计行 | — | 系统测试小计 | — | — | — | — | — | — | — | — | — | — | |
| 分组行 | — | 验收测试 | — | — | — | — | — | — | — | — | — | — | — |
| 明细行 | 3 | ||||||||||||
| 小计行 | — | 验收测试小计 | — | — | — | — | — | — | — | — | — | — | |
| 合计行 | — | 总计 | — | — | — | — | — | — | — | — | — | — |
使用时按项目实际阶段增删分组行，每个分组行下保留若干空白明细行。小计行只汇总本阶段明细行，合计行汇总全部小计行。若需要按测试类型再汇总一次，可在合计行下方增加“按类型汇总”区块，把同一测试类型跨阶段的明细行相加。
估算项字段说明：每一列填什么
字段口径统一后，不同人填出的清单才能横向比较。下表逐列说明含义与填写方式，模板、说明与后文示例使用同一套字段名。
| 字段名 | 含义 | 填写口径 | 常见取值 |
|---|---|---|---|
| 测试阶段 | 该估算项所属的测试阶段 | 与项目测试计划中的阶段名称一致 | 单元测试、集成测试、系统测试、验收测试 |
| 测试类型 | 该估算项对应的测试活动类别 | 同一阶段内按类型分行，不合并 | 功能测试、接口测试、性能测试、兼容性测试、安全测试 |
| 估算对象 | 被估算的具体测试产物或活动 | 写到可计数的粒度，如“某模块测试用例设计与执行” | 用例设计、用例执行、缺陷验证、回归测试 |
| 范围依据 | 数量从哪来、依据什么文档或清单 | 写明来源文档名称与版本或需求条目编号 | 需求规格说明书V1.2、接口清单、用例库 |
| 单位 | 数量的计量单位 | 与数量列配套，保持全表统一 | 条、个、接口、轮次、人天 |
| 数量 | 该估算对象的规模 | 来自范围依据的可计数结果 | 用例条数、接口个数、回归轮次 |
| 单件耗时 | 完成一个单位所需的基准人天 | 用历史数据或团队经验给出，注明来源 | 如每条用例0.05人天 |
| 复用系数 | 已有资产可复用的比例对耗时的折减 | 取值0到1，1表示无可复用、全额计入 | 0.6表示约四成工作量可复用 |
| 返工系数 | 缺陷修复后重测等额外工作量的放大比例 | 取值大于等于1，1表示不计返工 | 1.2表示在基准上增加两成 |
| 小计 | 该行折算后的人天 | 数量×单件耗时×复用系数×返工系数 | 由公式计算，不手工填写 |
| 责任人 | 对该估算项负责的人 | 填具体姓名或角色 | 测试工程师、测试负责人 |
| 备注 | 补充说明与假设 | 记录口径假设、风险与待确认事项 | “数量待需求冻结后确认” |
三个参数的关系需要说清：数量描述规模，单件耗时描述效率，两个系数描述折减与放大。小计由这四项连乘得出，任何一项口径变化都会传导到阶段小计与总计，因此系数取值要在备注中写明依据。
必填与选填：哪些字段不能空
清单要能汇总，就必须保证计算链路上的字段不为空。必填字段缺失会直接导致小计无法计算或汇总口径失真；选填字段缺失只影响可读性，不影响合计。
| 字段 | 必填/选填 | 缺失后果或适用场景 |
|---|---|---|
| 测试阶段 | 必填 | 缺失则无法归入阶段小计 |
| 测试类型 | 必填 | 缺失则无法做类型汇总，也无法识别测试覆盖是否完整 |
| 估算对象 | 必填 | 缺失则该行无法被复核 |
| 范围依据 | 必填 | 缺失则数量来源不可追溯，评审时无法确认规模 |
| 单位 | 必填 | 缺失则数量含义不明，易与单件耗时错配 |
| 数量 | 必填 | 缺失则小计无法计算 |
| 单件耗时 | 必填 | 缺失则小计无法计算 |
| 复用系数 | 选填 | 缺省按1处理，即无可复用资产 |
| 返工系数 | 选填 | 缺省按1处理，即不计返工；有历史缺陷密度数据时建议填写 |
| 小计 | 必填（公式列） | 由公式生成，不允许手工覆盖 |
| 责任人 | 选填 | 多人协作或需要分工确认时填写 |
| 备注 | 选填 | 存在口径假设、待确认数量或风险时填写 |
缺省处理规则建议固定下来：系数类字段留空时按1参与计算，并在备注中标注“按默认值1计”；数量暂未确定时，先按范围依据给出预估值并在备注写明“待确认”，不要留空导致小计断链。汇总口径字段（阶段、类型、单位）在任何情况下都不得为空，否则该行不计入任何小计，容易造成总量漏算。
填写示例：一个迭代的估算清单
以下示例为演示情景，非真实项目数据。假设一个迭代包含系统测试与验收测试两个阶段，系统测试下有功能测试与接口测试两类，验收测试下为功能测试。用例规模依据需求规格说明书V1.2与接口清单，单件耗时取自团队上一迭代的实际记录。
| 序号 | 测试阶段 | 测试类型 | 估算对象 | 范围依据 | 单位 | 数量 | 单件耗时（人天） | 复用系数 | 返工系数 | 小计（人天） | 责任人 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 系统测试 | 功能测试 | 用例设计与执行 | 需求规格说明书V1.2 | 条 | 200 | 0.05 | 0.8 | 1.2 | 9.6 | 测试工程师A | 沿用上迭代用例库 |
| 2 | 系统测试 | 接口测试 | 接口用例设计与执行 | 接口清单 | 个 | 40 | 0.1 | 1 | 1.2 | 4.8 | 测试工程师B | 新增接口无历史资产 |
| 3 | 系统测试 | 功能测试 | 回归测试 | 缺陷清单与用例库 | 轮次 | 2 | 1.5 | 0.8 | 1 | 2.4 | 测试工程师A | 按两轮回归计 |
| — | 系统测试小计 | — | — | — | — | — | — | — | — | 16.8 | — | — |
| 4 | 验收测试 | 功能测试 | 验收用例执行 | 验收标准文档 | 条 | 60 | 0.05 | 1 | 1 | 3.0 | 测试工程师C | 业务方参与 |
| — | 验收测试小计 | — | — | — | — | — | — | — | — | 3.0 | — | — |
| — | 总计 | — | — | — | — | — | — | — | — | 19.8 | — | — |
计算过程逐行说明：第1行 200×0.05×0.8×1.2＝9.6；第2行 40×0.1×1×1.2＝4.8；第3行 2×1.5×0.8×1＝2.4。系统测试小计为9.6＋4.8＋2.4＝16.8人天。第4行 60×0.05×1×1＝3.0，验收测试小计3.0人天。总计为16.8＋3.0＝19.8人天。若按测试类型汇总，功能测试合计为9.6＋2.4＋3.0＝15.0人天，接口测试为4.8人天，两级汇总结果一致。
调整与维护：清单怎么随项目变化更新
估算清单在项目推进中会多次变化，维护的重点是让每次变化都有触发条件和记录，而不是重做一张新表。以下规则可作为清单的长期使用约定。
估算项增删的触发条件主要有三类：需求范围变更导致用例或接口数量变化；测试策略调整导致新增或取消某类测试；评审中发现遗漏的测试活动。每次增删在清单中保留原行并标注“已删除”或新增行标注“新增”，便于对比版本差异。
实际工时回填与偏差记录建议在阶段结束后进行：为每个明细行增加“实际人天”与“偏差率”两列，偏差率＝（实际－估算）÷估算。偏差超过约定阈值（如20%）的行，在备注中写明原因，作为下次调整单件耗时或系数的依据。
系数修正依赖历史数据积累。当同类估算项积累若干迭代的实际数据后，用实际人天反推单件耗时与系数，替换原取值，并在备注中记录修正日期与数据来源。修正应逐项进行，避免一次性整体调整导致口径不可比。
版本与复用管理方面，建议清单按迭代或项目建立版本号，模板本体与填写实例分开存放：模板只保留表头与分组结构，实例保留完整数据。新项目启动时复制模板，沿用上一版本的单件耗时与系数作为初始值，再按本项目范围依据更新数量。
清单落地到协作工具时，每个估算项可以对应一个工作项，数量、单件耗时与系数作为工作项字段，实际工时在阶段结束后回填。ONES 支持工作项自定义字段与工时记录，可将估算项、责任人与实际工时放在同一工作项上，阶段小计通过工作项汇总得出，减少表格与执行记录两套数据对不上的情况。是否采用工具承载，取决于团队已有的任务管理方式；清单本身在表格中同样可以完整运转。
常见问题
估算项拆到多细才合适？拆得太细会不会反而增加填表负担？
拆分粒度以“可计数、可复核”为准：一个估算项应对应一个能用数量描述规模的测试活动，例如“某模块用例设计与执行”“接口用例设计与执行”“回归测试轮次”。拆得过粗会把不同效率的活动混在一行，单件耗时无法取值；拆得过细则每行数量很小，填表与汇总成本上升。
实用做法是先按“阶段×测试类型”分行，再在类型内按测试产物（用例设计、用例执行、缺陷验证、回归）细分。若某行数量低于团队约定的最小规模，可合并到同类型相邻行，并在备注说明合并范围。
单件耗时没有历史数据时怎么填？
没有历史数据时，可先用团队经验值或同类项目参考值填入，并在备注中标注取值来源与假设，例如“按上一迭代同类用例实际记录折算”。清单的作用是让假设显性化，便于评审时质疑和修正。
项目结束后用实际人天反推单件耗时，替换原取值并记录修正日期。逐项修正比整体调整更稳妥，能保持不同版本之间的口径可比。
复用系数和返工系数同时留空，小计会不会算错？
不会。按模板约定，系数类字段留空时按1参与计算：复用系数为1表示无可复用资产、全额计入；返工系数为1表示不计返工。此时小计等于数量×单件耗时。
需要注意两点：一是在备注中标注“按默认值1计”，避免后续读者误以为漏填；二是返工系数为1意味着清单中不含缺陷修复后的重测工作量，若项目缺陷密度较高，建议单独列一行回归测试估算项，而不是依赖返工系数隐含覆盖。
阶段小计、总计和按类型汇总三者对不上，通常是什么原因？
常见原因有三类：
- 某行测试阶段或测试类型为空，该行未进入任何小计，导致总计漏算；
- 小计列被手工覆盖，与公式计算结果不一致；
- 按类型汇总时选取的明细行范围与阶段汇总不一致，例如漏掉某阶段的同类行。
排查时先检查必填字段是否完整，再核对小计列是否为公式生成，最后逐行比对两级汇总的明细来源。建议在模板中把小计列设为公式列并锁定，减少手工覆盖。
清单在项目中途需求变更后，是改原表还是新建一版？
建议在原表上增量修改并保留痕迹：删除的估算项保留原行并标注“已删除”，新增项标注“新增”，数量变化的行在备注写明变更依据与日期。这样同一版本内可以看到变更前后差异，便于复盘估算偏差来源。
当变更范围较大、影响多数估算项时，再另建新版本，模板本体与填写实例分开存放，新项目复制模板并沿用上一版的单件耗时与系数作为初始值。
