瀑布阶段验收通过标准如何量化：缺陷与交付物门槛设计

瀑布阶段验收要可判定，关键是把“交付物齐套、缺陷残留、质量证据”转成有分子分母、有统计时间窗、有缺失值处理的门槛。本文给出三类门槛的公式、判定规则和完整算例，适用于单项目阶段验收；门槛值需结合项目规模与历史数据设定，不宜直接套用某一组数字。

要点总览（TL;DR）

• 瀑布阶段验收的通过标准拆成三类可量化门槛：交付物完整性、缺陷门槛、质量与可追溯证据，每类写清分子分母、统计口径、时间窗和缺失值处理。
• 验收结论取通过、不通过、带条件通过三种值，判定规则统一为“全部必达项满足才通过”，任一必达项不满足即不通过或带条件通过并约定整改期限。
• 交付物齐套率 = 已提交且通过评审签署的应交付物数量 ÷ 冻结清单条目数；关键交付物签署与版本冻结状态通常设为必达项。
• 缺陷门槛按严重级别分档：致命与严重残留缺陷设为零，一般缺陷设残留上限，同时给出关闭率与重开率公式，并固定统计截止时点。
• 门槛值需结合项目规模与历史数据设定，分母为零或样本过小时标注“不适用”，指标结果不能替代评审判断。

阶段验收要量化到什么程度才算可判定

量化的目标不是把阶段质量压缩成一个分数，而是让验收会能够依据事先约定的规则，得出明确结论。可判定的标准需要满足三个条件：指标有清晰的计算口径，数据能在评审前取到，判定规则在阶段启动时就已确认。

验收结论建议取三种值：通过、不通过、带条件通过。判定规则统一为“全部必达项满足才通过”：任一必达项不满足，即判为不通过；若未满足项属于可在短期内整改且不影响后续阶段启动的，可判为带条件通过，同时约定整改内容、责任人和复验日期。

门槛项分为两类。必达项是决定结论的硬性条件，例如致命与严重缺陷残留数为零、应交付物全部完成评审签署。观察项记录趋势和风险，例如轻微缺陷数量、测试用例执行波动，供评审参考，不单独否决验收。区分两者的意义在于：必达项数量应控制在可核验的范围内，避免把所有指标都设成否决项，导致验收会失去判断空间。

量化标准覆盖三类对象：交付物完整性回答“该交的是否交齐、是否被确认”，缺陷门槛回答“遗留问题的严重程度和数量是否可接受”，质量证据回答“测试与评审过程是否足以支撑上述结论”。三类指标互相补充，任何一类缺失都会让结论缺少支撑。

交付物完整性门槛：清单、齐套率与签署状态

交付物门槛的基础是一份冻结的应交付清单。建议在阶段启动时，依据工作分解结构按交付物维度列出本阶段应提交的文档、代码包、测试报告、部署说明等条目，明确每条交付物的责任人、评审角色和完成标志。清单冻结后，阶段内新增或删减交付物需走变更记录，避免验收时临时调整分母。

齐套率的计算公式为：

齐套率 = 已提交且通过评审签署的应交付物数量 ÷ 应交付清单数量 × 100%

分母是阶段启动时冻结的清单条目数，分子要求同时满足“已提交”和“已通过评审签署”两个条件，仅有提交记录但未完成签署的，不计入分子。版本状态同样作为门槛：关键交付物需处于冻结或已基线状态，仍处于草稿或修改中的版本视为未完成。

门槛项	计算口径	门槛设置方式	类型
交付物齐套率	已签署交付物数 ÷ 冻结清单条目数	关键交付物要求 100%，一般交付物可按清单约定比例	必达项
评审签署完成状态	逐条核对签署记录与签署人角色	清单内每条均需有对应角色的签署记录	必达项
版本冻结状态	核对交付物当前版本与基线记录	纳入验收范围的交付物均处于冻结或已基线状态	必达项
变更记录完整性	阶段内清单变更是否有审批记录	存在无记录变更即视为不满足	观察项，可升级为必达

缺失交付物的处置应在验收会前完成：能补齐的，补齐后重新计算齐套率；无法在验收前补齐的，记录缺失原因、影响范围和补交计划，作为带条件通过的整改项。缺失条目涉及后续阶段前置输入的，通常不宜带条件通过。

缺陷门槛：按严重级别设残留上限与关闭率

缺陷类指标需要先固定统计口径，再设阈值。常用指标包括残留缺陷数、缺陷密度、关闭率和重开率。

残留缺陷数：截至统计截止时点仍未关闭的缺陷数量，按严重级别分别统计，单位为“个”。缺陷密度：阶段内发现的缺陷数 ÷ 计量基数，计量基数可用需求条目数、功能点数或千行代码，需在阶段启动时确定并保持一致，单位为“个/需求”或“个/千行代码”。

关闭率 = 已关闭缺陷数 ÷ 统计范围内缺陷总数 × 100%。分母需明确是“阶段内新发现缺陷”还是“累计进入本阶段的全部缺陷”，两种口径结果差异明显，建议在验收标准中写明采用哪一种，并对跨阶段遗留缺陷单独列示。

重开率 = 统计期内被重开的缺陷数 ÷ 统计期内关闭的缺陷数 × 100%。重开率反映修复质量，分母是关闭动作的次数而非缺陷条目数，同一缺陷多次重开需按次数计。

指标	公式	分母与单位	时间窗	门槛示例（演示值）
致命/严重残留缺陷	截至截止时点未关闭数	按级别计数，单位：个	阶段开始至验收评审会前一个工作日 24:00	0 个
一般残留缺陷	截至截止时点未关闭数	单位：个	同上	不超过阶段约定上限
缺陷关闭率	已关闭数 ÷ 统计范围缺陷总数	分母为阶段内新发现缺陷，单位：%	同上	按项目历史设定，如不低于 90%
重开率	重开次数 ÷ 关闭次数	单位：%	同上	作为观察项，超过约定值时需说明原因

表中阈值仅为演示，实际取值应参考同类阶段的历史缺陷数据、本阶段需求规模和业务影响。致命与严重级别通常设为必达项，一般级别可设上限，轻微级别列为观察项。统计截止时点必须固定，验收会当天新提交的缺陷不计入本次统计，避免口径随会议进程漂移。

质量证据：需求覆盖、测试执行与可追溯记录

质量证据类指标用于证明缺陷数据与交付物状态有过程支撑，而不是孤立数字。核心口径包括需求覆盖、测试执行与通过情况。

需求覆盖率 = 已关联测试用例的需求数 ÷ 纳入本阶段验收范围的需求数 × 100%。分母以阶段需求基线为准，未关联任何测试用例的需求计入分母但不计入分子。对于不适用测试的需求（如纯文档类），需在清单中标注豁免理由，豁免项单列，不混入分子分母。

测试执行率 = 已执行用例数 ÷ 计划执行用例数 × 100%，测试通过率 = 执行通过用例数 ÷ 已执行用例数 × 100%。两个指标分母不同，需分别列示；通过率的分母是已执行数，执行率低时通过率再高也不能说明覆盖充分，因此执行率通常设为必达项。

遗留问题与风险接受记录属于定性证据，通过标准应写成可勾选的条件，例如：每条未关闭的一般缺陷均有处置结论（修复计划、延期接受或转后续阶段）；风险接受记录包含接受人、接受理由和影响范围；评审纪要已归档并完成签署。定性证据的判定方式是逐条核对“有/无”和“是否完整”，而非打分。

证据项	通过标准写法	类型
需求覆盖	验收范围内需求均有测试用例关联，或已登记豁免理由	必达项
测试执行	计划用例执行率达到约定值，未执行用例有书面说明	必达项
遗留问题处置	每条未关闭缺陷均有处置结论和责任人	必达项
风险接受记录	记录包含接受人、理由、影响范围与后续动作	必达项
评审纪要	纪要已归档，关键结论有对应签署	观察项

评估步骤：从取数到出具验收结论

验收评估需要可复算，建议按以下步骤执行，并在验收会前完成前四步。

1. 确认取数范围与数据源：锁定应交付清单版本、需求基线、缺陷统计截止时点和测试用例计划版本。数据源包括项目管理中的交付物记录与签署状态、缺陷跟踪数据、测试执行记录。取数前核对各数据源的统计口径是否与验收标准一致。
2. 逐项计算并留存计算底稿：按三类门槛分别计算齐套率、各级别残留缺陷数、关闭率、覆盖率与执行率，记录分子、分母、时间窗和取数时间。计算底稿随验收材料一并归档，便于复算。
3. 核对异常与缺失数据：检查分母为零、数据缺失、口径不一致的情况，按事先约定的规则标注“不适用”或补充说明，不擅自用 0 或 100% 替代。
4. 评审会按必达项优先判定：先逐条核对必达项是否满足，全部满足则判为通过；存在不满足项时，判断是否属于可短期整改且不影响后续阶段的情形，据此给出不通过或带条件通过。
5. 约定整改与复验：带条件通过时，明确整改条目、责任人、完成时间和复验方式，复验只针对未满足项及其关联证据，复验通过后更新验收结论并归档。

在工具层面，交付物签署状态、缺陷状态分布和测试执行记录需要能够按统一口径取数并留痕。ONES 支持用项目计划建立工作分解结构并以里程碑标记阶段决策点，可设置计划与里程碑基线用于对比执行偏差；ONES Project 支持缺陷跟踪并与测试用例数据互通，提供可自定义数据范围和维度的报表。这些能力可以承载上述取数与评审记录动作，具体指标口径仍需按项目在字段和报表中配置。

算例：一个阶段的门槛计算与判定

以下数据为演示情景，用于说明计算过程，不代表任何真实项目或行业基准。

某阶段冻结的应交付清单共 20 项，其中关键交付物 8 项、一般交付物 12 项。截至验收评审会前一个工作日 24:00，已提交并通过评审签署的交付物为 18 项，其中 1 项关键交付物仅有提交记录、签署未完成；另有 1 项一般交付物未提交。阶段内新发现缺陷 60 个，其中致命 1 个、严重 4 个、一般 35 个、轻微 20 个；截至截止时点，致命与严重缺陷全部关闭，一般缺陷关闭 30 个、残留 5 个，轻微缺陷残留 8 个。阶段内关闭缺陷 55 个，其中被重开 3 次。验收范围需求 40 条，已关联测试用例 38 条，2 条登记豁免；计划执行用例 200 条，已执行 190 条，执行通过 178 条。

齐套率计算：分子为 18 项中扣除签署未完成的 1 项，实际计入 17 项；齐套率 = 17 ÷ 20 × 100% = 85%。关键交付物签署未完成，属于必达项不满足。

缺陷门槛计算：致命与严重残留为 0 个，满足必达项；一般缺陷残留 5 个，需对照阶段约定上限判断；关闭率 = 55 ÷ 60 × 100% ≈ 91.7%；重开率 = 3 ÷ 55 × 100% ≈ 5.5%。

质量证据计算：需求覆盖率 = 38 ÷ 40 × 100% = 95%，2 条豁免已登记理由；测试执行率 = 190 ÷ 200 × 100% = 95%；测试通过率 = 178 ÷ 190 × 100% ≈ 93.7%。

判定推导：致命与严重缺陷残留为 0、关闭率与执行率达到约定值，这些必达项满足；关键交付物签署未完成属于必达项不满足，且该交付物是后续阶段的前置输入，因此本次结论为不通过，整改项为完成该关键交付物签署并补齐缺失的一般交付物，整改完成后重新计算齐套率并复验。

缺失数据处理示例：若某类缺陷在本阶段未发生，其关闭率分母为零，应标注“不适用”，并在评审记录中说明该类缺陷无样本，不按 100% 计入通过项。

解读与限制：分母为零、数据不可比与指标误用

指标结果需要在明确边界内解读，以下情形应写入验收记录的说明部分。

• 分母为零或样本过小：某类缺陷未发生、某类需求全部豁免时，相关比率没有意义，应标注“不适用”，由评审结合定性证据判断，不用 0% 或 100% 代替。
• 跨阶段、跨项目数据不可比：需求规模、缺陷严重级别定义、统计口径和团队经验不同，齐套率与缺陷密度不宜直接横向比较。比较应限定在同一项目相邻阶段，或先统一口径再比较。
• 指标不能替代评审判断：门槛满足只说明约定条件达成，不能证明交付物内容正确或后续阶段无风险。评审仍需关注关键设计决策、外部依赖和未量化风险。
• 门槛值需要复盘调整：阶段结束后回顾门槛的实际拦截效果，若某必达项长期全部满足而失去区分度，或某阈值频繁导致带条件通过，应在下一阶段调整，并记录调整理由。

把单指标当作整体质量保证是常见误用。齐套率高不代表内容质量合格，缺陷关闭率高也可能来自缺陷分级偏松。验收结论应建立在三类门槛共同满足、且计算底稿可复算的基础上。

常见问题

阶段启动时没冻结应交付清单，验收时还能补算齐套率吗？

可以补算，但需要在验收记录中说明清单是何时确定、依据什么补充的。补算时以阶段启动时的工作分解结构和阶段目标为参照，把本应交付的条目补入分母，并标注哪些条目属于事后追加。若补入条目涉及后续阶段的前置输入，建议单独列示，避免分母调整掩盖真实缺口。更稳妥的做法是在下一阶段启动时就冻结清单，阶段内新增或删减走变更记录。

缺陷关闭率的分母用阶段内新发现缺陷还是累计未关闭缺陷，结论会差多少？

两种口径结果可能差异明显。用阶段内新发现缺陷作分母，反映本阶段发现问题的处理速度；用累计进入本阶段的全部缺陷作分母，反映阶段结束时的整体遗留状况。跨阶段遗留缺陷较多时，后者会拉低关闭率。建议在验收标准中写明采用哪一种，并把跨阶段遗留缺陷单独列示，避免同一指标在不同阶段之间口径漂移、无法比较。

带条件通过后，复验应该只查整改项还是重新跑一遍全部门槛？

复验通常只针对未满足的必达项及其关联证据，例如补齐缺失交付物后重新计算齐套率、核对签署记录。若整改过程改动了已通过项的数据，例如修复缺陷导致缺陷状态变化，则相关指标需要重新取数。复验结论应更新到验收记录中，并注明复验日期、复验人和依据的计算底稿，便于后续追溯。

不同阶段或不同项目的齐套率、缺陷密度可以直接横向比较吗？

不宜直接比较。需求规模、缺陷严重级别定义、统计口径和团队经验不同，同一组数字的含义会变化。比较应限定在同一项目的相邻阶段，或先统一交付物分类、缺陷分级和统计时间窗再比较。跨项目比较更适合看趋势和分布，而不是用单一阈值判定优劣。

用 ONES 承载验收取数时，哪些指标需要自己配置口径？

ONES 支持用项目计划建立工作分解结构并以里程碑标记阶段决策点，可设置计划与里程碑基线对比执行偏差；ONES Project 支持缺陷跟踪并与测试用例数据互通，提供可自定义数据范围和维度的报表。齐套率、关闭率、重开率等指标的具体分子分母和统计时间窗，仍需按项目在字段和报表中配置，产品能力承载取数与留痕，口径由验收标准约定。