迁移验收常被简化成“源端和目标端条数对得上”，但条数只回答“搬过来多少”，回答不了“搬过来能不能用”。本文给出一套分层通过标准：数据完整性、业务可用性、体验与稳定性、切换风险，并说明每项指标的分子分母、时间窗、证据来源和阻断项判定方法，帮助验收负责人把结论写得可复算、可核验。
要点总览（TL;DR）
- 迁移业务验收的通过标准应分四层设置：数据完整性、业务可用性、体验与稳定性、切换风险；条数只覆盖第一层的一部分，不能单独作为通过依据。
- 条数之外建议至少覆盖关键流程走通率、状态与流转正确率、权限与可见范围正确率、报表口径一致率、检索命中率、通知与集成触达率，以及回退可执行性和遗留问题收敛速度。
- 每项指标要定义分子、分母、抽样方法、统计时间窗和证据来源；阈值以迁移前基线数据确定，不套用通用达标线。
- 指标分为阻断项与观察项：影响核心业务连续性的列为阻断项，任一不达标即验收不通过；观察项超出范围时记录并限期修复。
- 判定采用通过、有条件通过、不通过三级，未达标时按修复复验、延期切换或回退路径处置，并事先明确决策人和触发条件。
验收目标：从“数据搬完”到“业务能用”
迁移业务验收要判断三件事：数据是否完整、业务是否可用、切换是否可控。数据完整回答“该搬的是否都搬到了、字段和关联关系是否保持”；业务可用回答“迁移后关键流程能否按原规则走通、状态和权限是否正确”；切换可控回答“出问题时能否回退、遗留问题是否在收敛”。三项都成立，验收结论才站得住。
验收范围需要在启动前写清楚，至少包括三类内容。第一是迁移对象清单，例如项目、工作项、状态、字段、流程、附件和历史记录，以及知识库空间、页面和权限结构；第二是业务场景清单，按角色和业务链路列出必须验证的流程，如需求提出到评审、缺陷提交到关闭、版本发布到归档；第三是时间窗，明确数据快照的截止点和迁移后的观察期长度。范围之外的内容不纳入本次验收结论，避免结论被无限扩大。
验收与相邻工作要划清边界。数据映射与字段转换设计属于迁移实施阶段的工作，验收只核对映射结果是否符合约定，不重新设计映射规则；切换后的人员推广、使用习惯养成和治理机制属于推广治理范畴，验收可以记录用户反馈，但不把“用户是否愿意用”作为本次通过与否的判定依据。ONES 的迁移方案把“数据完整、业务连续和系统稳定”作为迁移目标，并强调重点不只是把数据搬过去，还要尽可能保持原有研发过程和工作方式的连续，这与上述三层验收目标一致；具体阈值仍需企业结合自身基线确定。
指标与范围：条数之外的业务可用性指标清单
业务可用性指标可以按四层组织，每层回答不同问题。下表给出可选指标集合及其衡量对象，企业可按迁移对象裁剪，但建议至少覆盖每层中的一项。
| 层级 | 指标 | 衡量什么 |
|---|---|---|
| 数据完整性 | 记录条数一致率 | 源端与目标端各对象记录数是否一致 |
| 数据完整性 | 关键字段非空率 | 必填字段迁移后是否保持有值 |
| 数据完整性 | 关联关系完整率 | 工作项与项目、版本、需求、缺陷之间的关联是否保留 |
| 数据完整性 | 附件与历史记录留存率 | 附件、评论、变更历史是否随记录迁移 |
| 业务可用性 | 关键流程走通率 | 场景清单中的流程能否从起点走到终点 |
| 业务可用性 | 状态与流转正确率 | 迁移后状态值、流转规则和审批节点是否符合原设定 |
| 业务可用性 | 权限与可见范围正确率 | 角色、成员和可见范围是否与迁移前一致 |
| 业务可用性 | 报表与统计口径一致率 | 迁移前后同一统计口径下的结果是否可比 |
| 业务可用性 | 检索命中率 | 按关键词、编号、负责人等条件能否检索到目标记录 |
| 业务可用性 | 通知与集成触达率 | 消息通知、Webhook 或外部集成是否正常触发 |
| 体验与稳定性 | 关键操作响应时间 | 打开工作项、保存、批量操作等耗时是否在可接受范围 |
| 体验与稳定性 | 迁移后异常工单数 | 观察期内与迁移相关的报障数量及变化趋势 |
| 切换风险 | 回退可执行性 | 回退方案是否经过演练、回退窗口是否明确 |
| 切换风险 | 遗留问题收敛速度 | 未关闭问题的新增与关闭速率是否收敛 |
这张清单的作用是防止验收只盯条数。条数一致但字段为空、关联断裂、权限错位，业务照样不可用；流程能走通但报表口径变了，管理决策依据就失真。指标不必全部启用，但被裁掉的指标要在验收方案中写明理由，避免事后争议。
数据口径：每项指标的分子、分母与证据来源
指标只有口径统一才可比较。每项指标至少定义五个要素：分子、分母、抽样方法、统计时间窗、证据来源。以关键流程走通率为例如下：分子为抽检中从起点到终点完整走通且结果正确的流程数，分母为抽检流程总数，单位为百分比；抽样按业务模块和项目类型分层，核心场景全量验证，非核心场景按比例抽检；时间窗为迁移后观察期内、数据快照截止点之后；证据来源为抽检记录、操作截图和系统日志。
其他指标的口径要点如下：
- 记录条数一致率 = 目标端记录数 / 源端记录数，按对象分别计算，分母为零时该对象标记为“不适用”而非计为 100%。
- 关键字段非空率 = 迁移后关键字段有值的记录数 / 应迁移记录总数，字段清单在迁移前冻结。
- 关联关系完整率 = 关联关系保留的记录数 / 源端存在关联关系的记录数，抽样时优先覆盖跨项目、跨版本的关联。
- 权限与可见范围正确率 = 权限核对一致的样本数 / 抽检样本数，样本按角色分层抽取。
- 报表口径一致率 = 迁移前后同一口径统计结果差异在允许范围内的报表数 / 核对报表总数，差异允许范围需事先约定。
- 关键操作响应时间取观察期内多次操作的中位数或 P95，并注明测试时段和并发条件。
缺失值和分母为零要有统一规则：源端本身为空的字段不计入非空率分母；某类对象在源端不存在时，对应指标标记“不适用”，不参与通过判定，也不默认视为达标。证据来源要能回溯到具体记录，抽检记录应包含样本编号、操作人、操作时间和结果，便于复验时复算。
通过标准的设定方法：阈值、阻断项与分级
阈值应基于迁移前的基线数据确定，而不是套用通用达标线。做法是：在迁移前用同一口径统计源端的关键流程走通情况、报表结果、响应时间等，形成基线；迁移后用相同口径复测，把“与基线一致或在约定偏差内”作为通过条件。对于源端没有基线的新指标，例如迁移后异常工单数，可以设定观察期内的绝对上限和下降趋势要求，并在验收方案中说明设定依据。
指标要分为阻断项与观察项。影响核心业务连续性的列为阻断项，例如核心流程走通率、权限正确率、关联关系完整率、回退可执行性；用于判断质量和体验趋势的列为观察项，例如检索命中率、响应时间、异常工单数。阻断项任何一项不达标，验收不通过；观察项允许在约定范围内波动，但需记录并纳入遗留问题跟踪。
| 判定结果 | 条件 | 处置 |
|---|---|---|
| 通过 | 全部阻断项达标，观察项在可接受范围 | 出具验收结论，遗留问题转入跟踪 |
| 有条件通过 | 阻断项达标，个别观察项超出范围但有明确修复计划 | 限定修复期限，到期复验 |
| 不通过 | 任一阻断项未达标 | 修复后复验，必要时延期切换或启动回退 |
未达标时的处置路径要事先约定：可修复的问题进入修复清单并安排复验；影响面大且短期无法修复的，评估延期切换；已切换且核心业务受阻的，按回退方案执行。每条路径都要明确决策人和触发条件，避免验收现场临时争论。
评估步骤：从抽检到出具验收结论
验收执行可以按五步推进，每步都有明确产出和责任人。
- 冻结迁移数据快照，确定统计截止点。由迁移实施方和验收负责人共同确认快照时间，此后源端变更不纳入本次比对，产出为快照确认记录。
- 跑数据完整性核对，输出差异清单。按对象比对条数、关键字段、关联关系和附件留存，差异逐条登记，产出为差异清单及初步原因分类。
- 按场景清单做业务可用性抽检并记录证据。业务代表按角色执行流程，验收人员记录样本编号、操作结果和截图，产出为抽检记录表。
- 汇总指标、对照阈值、判定阻断项。验收负责人按口径表计算各项指标，逐项对照阈值，标出阻断项状态，产出为指标汇总表。
- 出具验收结论与遗留问题清单。结论写明通过、有条件通过或不通过，遗留问题标注责任人和期限，产出为验收报告。
角色分工上，迁移实施方负责数据核对和差异初判，业务代表负责流程抽检和结果确认，验收负责人负责口径解释和结论判定，决策人负责未达标时的延期或回退决策。抽检记录、差异清单和遗留问题需要在一个可追溯的载体上流转，避免散落在多个表格中。ONES 的迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录的迁移，并建议在正式迁移前确认数据范围、功能匹配和系统适配；验收阶段的抽检记录与遗留问题跟踪可以依托工作项和文档承载，把每条差异、每个遗留问题对应到责任人和复验状态，使验收结论有据可查。对于存在插件或定制场景的迁移，ONES 提示迁移前需逐项评估，这类场景的验收也应单列检查项。
示例：一次迁移验收的指标计算与判定
以下为演示情景，数字仅用于说明计算方法。某研发团队将项目、需求、缺陷和附件从原系统迁移到新系统，迁移前冻结快照，观察期设为迁移后两周。
数据完整性方面：源端工作项 12,000 条，目标端 11,988 条，条数一致率为 99.9%，差异 12 条经核查为源端已删除记录的残留索引，登记为已知差异；关键字段抽检 500 条，非空 496 条，非空率 99.2%；存在关联关系的工作项 3,200 条，关联保留 3,168 条，完整率 99.0%；附件应迁移 2,400 个，实际可访问 2,388 个，留存率 99.5%。
业务可用性方面：场景清单共 40 个流程，核心场景 20 个全量验证、非核心场景抽检 20 个，走通 38 个，走通率 95.0%，未走通的 2 个均属非核心场景的审批节点配置问题；权限抽检 120 个样本，一致 118 个，正确率 98.3%；报表核对 15 张，口径一致 14 张，一致率 93.3%。
综合判定：若验收方案将核心流程走通率、权限正确率、关联关系完整率、回退可执行性列为阻断项，且阈值分别为 100%、≥99%、≥99%、回退演练通过，则核心流程全部走通、权限正确率 98.3% 低于阈值，判定为不通过，需修复权限配置后复验；报表口径差异和附件缺失列为观察项，进入遗留问题清单并限期修复。结论应写明未达标项、影响范围和复验安排，而不是只写“基本可用”。
解读与限制：指标能说明什么、不能说明什么
指标能说明迁移结果在定义口径下是否达到约定条件，不能自动说明业务已经顺畅运转。条数达标只覆盖完整性的一部分，字段、关联、权限和流程任何一项出问题，业务都可能不可用；单项指标达标也不能代表整体验收结论，必须按阻断项和观察项组合判定。
抽样带来误差。样本量不足或分层不合理时，走通率可能高估或低估真实情况，核心场景应尽量全量验证，非核心场景的抽样比例和误差影响要在报告中说明。指标达标也不保证用户接受度，使用习惯、培训和推广节奏属于切换后治理范畴，验收报告可以记录用户反馈，但不把满意度作为通过与否的唯一依据。
口径变化会影响可比性。若迁移前后统计范围、字段定义或报表逻辑发生变更，应重新计算基线并在报告中注明，不能直接用新旧数字对比得出结论。阈值本身也需要随业务规模调整，一次验收的阈值不构成长期通用标准。把指标当作因果保证是常见误用：指标达标说明迁移结果符合约定，业务效果还取决于后续使用和流程执行。
常见问题
迁移验收时条数对得上，为什么还不能直接判定通过？
条数一致只说明记录数量对得上，字段是否为空、关联关系是否保留、权限是否错位、流程能否走通都不在条数的覆盖范围内。条数达标而关键字段缺失或权限错位时，业务照样不可用。因此条数应作为数据完整性的一项指标，与业务可用性、体验与稳定性、切换风险各层指标组合判定，不能单独作为通过依据。
迁移前源端没有可用的基线数据，阈值怎么定？
对源端没有基线的新指标，例如迁移后异常工单数，可以设定观察期内的绝对上限和下降趋势要求，并在验收方案中写明设定依据。对已有基线但口径可能变化的指标，应在迁移前用与迁移后相同的口径重新统计一次，形成可比基线；若统计范围或字段定义发生变更，需重新计算基线并在报告中注明，不能直接用新旧数字对比得出结论。
核心场景和非核心场景的抽检比例怎么安排？
核心场景建议全量验证，因为这类流程一旦不通会直接影响业务连续性，抽样误差的代价较高。非核心场景可按业务模块和项目类型分层抽检，抽样比例和样本量在验收方案中约定，并在报告中说明抽样误差对结论的影响。抽检记录应包含样本编号、操作人、操作时间和结果，便于复验时复算。
验收判定为不通过后，应该修复复验还是直接延期切换？
取决于未达标项的性质和影响面。可修复的问题进入修复清单并安排复验，复验使用同一口径和同一阈值；影响面大且短期无法修复的，评估延期切换；已切换且核心业务受阻的，按回退方案执行。这三条路径的触发条件和决策人应在验收启动前约定，避免验收现场临时争论。
指标全部达标，是否说明团队已经顺利接受新系统？
指标达标说明迁移结果在定义口径下符合约定条件，业务效果还取决于后续使用和流程执行。使用习惯、培训和推广节奏属于切换后治理范畴，验收报告可以记录用户反馈，但不把满意度作为通过与否的唯一依据。把指标当作因果保证是常见误用，验收结论应写明指标覆盖的范围和未覆盖的部分。
