追溯覆盖率、证据缺失率和链路断点数量分别从广度、证据质量和链路结构三个角度度量一次研发交付的追溯完整性。三个指标只有在统一追溯单元、统计范围、时间窗和证据有效标准之后才能配套使用，否则数字之间无法对照。本文给出可复算的定义、公式、取数步骤和一个完整算例，并说明结果怎么读、哪些比较不成立。
要点总览（TL;DR）
- 追溯覆盖率看广度：已建立可核验追溯关系的单元数除以应被追溯的单元总数，分母为零时报告“不适用”而不是0%。
- 证据缺失率看质量：已建立追溯关系但缺少有效证据的条目数除以已建立追溯关系的条目总数，分母与覆盖率不同，两个比例不能直接相减。
- 链路断点数量看结构：沿标准链路逐段检查相邻节点连接，缺失关联即记一个断点，是绝对计数，适合定位问题环节，不适合跨团队排名。
- 三个指标配套使用的前提是先写死追溯单元、纳入与排除范围、时间窗与补录期、证据有效性标准，四项口径在同一批次内保持不变。
- 结果应组合解读并保留原始清单与复核记录；指标反映追溯记录的完整性，与交付质量是相关观察，不能当作因果保证。
这三个指标各自回答什么问题
三个指标共同服务于一个具体任务：确认某一次研发交付在追溯关系上是否完整、是否可核验、链路是否连通。它们不评价项目收尾是否规范，也不评价产品上线后的使用效果，评估对象限定在该次交付涉及的追溯单元及其关联记录上。
三个指标的分工可以用一句话概括：覆盖率看广度，证据缺失率看质量，断点数量看结构。具体回答的问题如下：
| 指标 | 回答的问题 | 观察维度 | 结果形态 |
|---|---|---|---|
| 追溯覆盖率 | 应被追溯的交付项中，有多少已经建立了可核验的追溯关系 | 广度 | 百分比 |
| 证据缺失率 | 已建立追溯关系的条目中，有多少缺少有效证据 | 证据质量 | 百分比 |
| 链路断点数量 | 从需求到交付的追溯链上，有多少节点中断 | 链路结构 | 绝对计数（个） |
三个指标不能互相替代。覆盖率高只说明大部分交付项挂上了追溯关系，这些关系是否附带可核验的证据由证据缺失率回答；两个比例都好看，链路仍可能在中间某个环节断开，例如需求关联了任务、任务关联了测试，但测试与发布之间没有连接，这类缺口只有断点计数能暴露。反过来，断点数量少也不代表覆盖充分，因为未被纳入追溯的交付项根本不会出现在链路里。
使用边界需要提前说明：这套指标衡量的是追溯记录的完整性，属于交付完成确认的一项检查内容。它不衡量需求本身的价值、不衡量代码质量，也不能替代测试通过率、缺陷密度等交付质量指标。
追溯单元、范围与时间窗怎么定
口径漂移是这类指标最常见的失效原因。同一批交付，换一个人统计就得出不同数字，通常是因为追溯单元、纳入范围、截止时间或证据标准中有一项没有写死。以下四项需要在计算前以书面形式确定，并在同一批次的多次统计中保持不变。
追溯单元的选择
追溯单元是统计的最小对象，也是分母的来源。常见选择有三种：需求项、交付项、变更单。选择依据是本次交付要回答的问题：如果关注“每条需求是否都有交付和验证记录”，以需求项为单元；如果关注“每个对外交付物是否都能回溯到来源需求”，以交付项为单元；如果本次交付以变更为主，例如版本末期集中合入的变更，以变更单为单元更能反映实际风险。
一次统计只使用一种追溯单元，不混用。若确实需要同时看需求和交付物两个视角，应分别计算两套结果并分别标注口径，不能把两类单元加总成一个分母。
纳入统计的范围与排除项
范围界定要同时写清纳入和排除。纳入部分通常包括：本次交付批次内状态已达到约定节点的追溯单元，例如已进入开发或已完成验收的需求项。排除部分需要逐条列明，常见的有：本批次开始前已关闭的历史条目、被明确取消且留有取消记录的条目、纯文档维护类且不产生交付物的条目。排除项必须有可查证的依据，例如状态字段或取消记录，不能凭统计人的主观判断临时剔除。
时间窗与统计截止点
时间窗由起止时间加截止状态共同定义。起止时间界定纳入哪些单元，截止点界定在什么时刻冻结数据。建议以交付验收节点作为截止点，并在截止点之后留出一个固定的证据补录期，例如截止后两个工作日内允许补充证据，补录期结束后数据冻结、开始计算。补录期的作用是把“还没来得及上传证据”和“确实没有证据”区分开，避免把流程时滞误判为证据缺失。
证据有效性的判定标准
证据有效性需要给出可逐项判断的规则，而不是“有附件即可”。一条追溯关系上的证据可判定为有效，通常需要同时满足：证据与该追溯单元存在明确对应关系，例如测试记录指向具体需求编号；证据内容能支撑该环节的结论，例如评审记录包含结论和参与人；证据处于可访问状态且版本与本次交付一致。仅有占位说明、指向已失效链接、或与单元无对应关系的附件，计为无效证据。
| 口径项 | 需要写清的内容 | 示例写法 |
|---|---|---|
| 追溯单元 | 统计的最小对象，只选一种 | 本次交付批次内的需求项 |
| 纳入范围 | 状态条件与批次条件 | 状态为已验收或已发布的需求项 |
| 排除项 | 逐条列明并附可查依据 | 已标记取消且有取消记录的需求项 |
| 时间窗 | 起止时间、截止点、补录期 | 本批次启动日至验收日，补录期2个工作日 |
| 证据标准 | 对应关系、内容、可访问性三项条件 | 测试记录须含需求编号与执行结论 |
三个指标的计算公式与数据来源
三个指标都基于同一份追溯单元清单和同一套证据判定结果计算，因此建议先完成逐项判定，再分别汇总，避免三次取数产生三套口径。
追溯覆盖率
公式：追溯覆盖率 = 已建立可核验追溯关系的追溯单元数 ÷ 应被追溯的追溯单元总数 × 100%。
分子要求“可核验”，即该单元至少存在一条指向上游来源和一条指向下游交付或验证的记录，且记录可打开查看。只有单向关联、或关联指向已删除对象的，不计入分子。分母为纳入范围的追溯单元总数。分母为零时，例如本批次没有任何符合纳入条件的单元，结果报告为“不适用”，不写 0%，因为 0% 会被误读为追溯全部失败。
证据缺失率
公式：证据缺失率 = 已建立追溯关系但缺少有效证据的条目数 ÷ 已建立追溯关系的条目总数 × 100%。
分母是上一步中判定为已建立追溯关系的条目，不是全部追溯单元，这一点决定了两个指标的分母不同、不能直接相减。分子按前述证据有效性标准逐条判定，一条追溯关系上挂有多份证据时，只要存在一份满足全部条件的有效证据即计为有据；全部不满足才计入缺失。分母为零时同样报告“不适用”。
链路断点数量
断点数量是绝对计数，单位为个。计数规则需要先定义标准链路，例如“需求→任务→测试→缺陷→发布”五段。对每个已纳入的追溯单元，沿标准链路逐段检查相邻节点之间是否存在有效关联；某一段缺失关联，即在该单元上记一个断点。同一单元上多处断开分别计数，最终汇总为断点总数，并可同时记录断点分布，例如按链路环节统计各环节的断点数。
断点判定只针对结构连接，不重复判断证据质量。某段关联存在但证据无效，计入证据缺失率，不计为断点，避免同一问题被两个指标重复计算。
数据来源与取数方式
| 指标 | 分子取数 | 分母取数 | 单位 |
|---|---|---|---|
| 追溯覆盖率 | 追溯单元清单中双向关联齐全的单元数 | 纳入范围的追溯单元总数 | % |
| 证据缺失率 | 已追溯单元中证据判定为无效或缺失的条目数 | 已建立追溯关系的条目总数 | % |
| 链路断点数量 | 逐单元逐段检查后累计的断开段数 | 不适用（绝对计数） | 个 |
取数来源应固定为承载追溯关系的系统记录，包括需求与任务的关联字段、测试与缺陷的关联记录、发布记录以及各环节的评审或测试证据。导出数据时保留单元编号和判定结果，便于复核时逐条回溯。在 ONES 中，需求、任务、测试、缺陷与发布可以在同一条链路上关联，需求变更时可沿关联关系查看受影响的任务、测试与交付内容，这为上述三项取数提供了同一份数据基础；具体到覆盖率、缺失率和断点数的汇总，仍需按本文口径自行统计。
计算与核验的操作步骤
以下步骤按顺序执行，每一步都产出可留存的结果，保证换人也能复算出同样的数字。
- 确定统计批次与追溯单元清单。按已定口径导出纳入范围的追溯单元，形成带编号的清单，记录导出时间、筛选条件和排除项数量。完成标志是清单条数与系统筛选结果一致，且排除项有逐条说明。
- 逐项判定追溯关系。对清单中每个单元检查上下游关联是否齐全、关联对象是否有效，在清单中标记“已追溯”或“未追溯”。完成标志是每个单元都有明确判定，无空白项。
- 逐项判定证据有效性。对标记为已追溯的单元，按证据标准检查其证据，标记“有据”或“缺失”，并记录缺失原因类别，例如无附件、附件无对应关系、链接失效。完成标志是缺失条目均有原因记录。
- 识别并计数断点。按标准链路逐段检查已追溯单元的相邻节点连接，记录断点所在单元和环节，汇总断点总数与分环节分布。完成标志是断点记录可定位到具体单元和具体环节。
- 汇总计算。分别计算覆盖率、证据缺失率和断点总数，同时记录三个分母的数值，便于判断结果是否具备可比性。
- 抽样复核。从已追溯和未追溯两类中各抽取一定数量单元，由未参与初次判定的人员按同一标准重新判定，核对一致率。对不一致的条目回溯标准并修正，修正后重新汇总。完成标志是复核记录留存，且最终数字与复核后清单一致。
一个可复算的例子
以下为演示情景，数字为构造值，用于说明计算过程。
某次交付批次纳入追溯单元共 80 个需求项，排除已取消需求 5 个（有取消记录）。标准链路定义为“需求→任务→测试→发布”四段。
第一步判定追溯关系：80 个需求项中，68 个同时具备指向任务和指向测试或发布的关联记录，判定为已追溯；12 个仅有任务关联、缺少下游记录，判定为未追溯。
追溯覆盖率 = 68 ÷ 80 × 100% = 85.0%。
第二步判定证据：在 68 个已追溯需求项中，9 个的证据不满足有效性标准，其中 4 个测试记录未包含需求编号、3 个评审附件为占位说明、2 个链接已失效；其余 59 个有有效证据。
证据缺失率 = 9 ÷ 68 × 100% ≈ 13.2%。
第三步识别断点：对 68 个已追溯需求项逐段检查，任务与测试之间断开 6 处，测试与发布之间断开 4 处，需求与任务之间无断开。链路断点数量 = 6 + 4 = 10 个。
组合解读：覆盖率 85.0% 说明大部分需求项已进入追溯链路，仍有 12 个需求项缺少下游记录，属于广度缺口；证据缺失率 13.2% 说明已追溯部分中约每 7 到 8 个就有 1 个证据不可核验，问题集中在测试记录与需求编号的对应上；10 个断点集中在任务到测试、测试到发布两段，指向测试环节的记录衔接。三类问题分别对应补齐下游关联、规范测试记录格式、打通测试与发布的连接，处理顺序可按断点集中环节优先。
怎么解读结果、有哪些限制
三个指标应组合阅读，单独看任何一个都容易得出片面结论。覆盖率与证据缺失率同高，说明关联动作做了但证据管理没跟上；覆盖率低而证据缺失率低，说明已追溯的部分质量尚可，主要问题是覆盖不足；断点数集中在某一环节，说明该环节的记录习惯或流程衔接存在系统性缺口。建议在报告中同时给出三个数值及其分母，并附断点的环节分布。
可比性需要谨慎对待。不同批次之间，如果追溯单元类型、纳入范围或证据标准发生变化，数字不宜直接比较；不同团队之间，追溯习惯和证据形式差异更大，断点数量作为绝对计数尤其不适合横向排名。需要跨团队比较时，应先统一口径并说明差异，或改用同一团队的时间序列观察趋势。
指标与交付质量之间是相关观察，不是因果保证。覆盖率和证据缺失率改善，说明追溯记录更完整、更可核验，但不能据此推断缺陷更少或交付更可靠；反过来，指标偏低也不必然意味着交付物本身有问题，可能只是记录环节薄弱。把这三个指标直接纳入绩效评价，容易诱发补记录、凑附件的行为，反而削弱证据的可信度。
数据缺失和分母为零要有明确的处理原则。系统导出不完整或字段为空时，应标注为“数据不可得”并单独列出数量，不默认判为缺失证据，也不默认判为已追溯；分母为零时报告“不适用”并说明原因。任何一次统计都应保留原始清单、判定记录和复核结果，使数字在事后可以被重新计算和解释。
常见问题
追溯覆盖率和证据缺失率的分母为什么不同，能不能直接相减？
不能直接相减，因为两个指标的分母统计对象不同。追溯覆盖率的分母是纳入范围的追溯单元总数，包含已追溯和未追溯两类；证据缺失率的分母只取其中已建立追溯关系的条目。前者衡量广度，后者衡量已追溯部分的证据质量，两者相减没有业务含义。若想了解“全部单元中有多少既有追溯又有有效证据”，应单独计算一个复合口径，并明确写出分子分母，而不是用两个比例做减法。
证据补录期应该设多长，补录期内的数据怎么处理？
补录期没有统一标准，取决于团队证据上传的实际时滞。常见做法是以交付验收节点为截止点，再留出固定时长（例如两个工作日）允许补充证据，补录期结束后冻结数据、开始计算。补录期内的数据在计算时应先冻结再统计，不能边补边算，否则同一批次多次统计会得出不同数字。补录期结束后仍缺失的证据按缺失计入，并在记录中注明“补录期后仍缺失”，与“从未上传”区分开，便于后续分析原因。
链路断点数量能不能用来比较不同团队的追溯水平？
不建议直接横向比较。断点数量是绝对计数，受追溯单元数量、链路定义段数、团队记录习惯影响，单元多的团队断点自然可能更多。跨团队比较前应先统一追溯单元、标准链路定义和证据标准，并说明各团队的差异；即便如此，断点数量更适合用于同一团队的时间序列观察，或用于定位具体环节的结构缺口。需要横向对照时，可改用断点占应检查段数的比例，并同时披露口径差异。
系统导出数据不完整或字段为空时，应该算作证据缺失吗？
不应默认算作缺失。数据不可得与证据缺失是两种情况：前者是取数环节的问题，后者是记录环节的问题。处理原则是先把字段为空或导出不完整的条目单独标注为“数据不可得”并列出数量，回到系统核实是字段未填、权限受限还是导出遗漏；确认系统中确实没有对应记录后，再按证据缺失计入。分母为零时同理，报告“不适用”并说明原因，不写0%。
在 ONES 中做这套统计，关联关系能直接支撑三个指标的计算吗？
ONES 的 ALM 方案以数字线程贯通需求、开发、测试、变更与发布，需求、任务、测试、缺陷与发布可以在同一条链路上关联，需求变更时可沿关联关系查看受影响的任务、测试与交付内容，这为三项指标提供了同一份取数基础。覆盖率、证据缺失率和断点数的汇总口径仍需按本文定义自行统计，现有资料未说明系统提供这三项指标的预置报表。实际使用时建议先确认关联字段的完整程度，再决定是否需要导出后二次处理。
