迁移业务验收要回答的是“迁移后的系统能不能承接真实业务”，而不是“数据导完了没有”。建议按准备、数据核对、业务场景验证、切换与回退、收尾确认五个阶段推进，每个阶段先写清检查项和通过标准，再指定负责人、约定证据留存方式，并单独标出阻断项。本文给出一份可直接照着执行的检查清单，适用于从旧系统向新系统迁移项目、工作项、文档及关联数据的场景；数据映射方案设计和切换后的人员推广不在本文范围内。
要点总览（TL;DR）
- 迁移业务验收按准备、数据核对、业务场景验证、切换与回退、收尾确认五个阶段推进，验收从迁移方案确定后启动，贯穿到签字归档。
- 每项检查的通过标准写成量化条件或二元条件，例如“记录总数差异为0”“抽样关联关系全部存在”，并指定唯一负责人和证据形式。
- 数据核对按数量、字段、附属数据、关联关系四层逐层进行，差异逐条记录、修复后复检，复检通过才计入通过。
- 核心数据缺失、关键场景不通、回退不可用属于阻断项，确认后暂停后续阶段；非阻断问题登记遗留事项限期整改。
- 验收完成需同时满足阻断项关闭、各层核对达标、核心场景跑通、回退演练可用、遗留事项已登记，再由业务负责人签字确认。
谁在什么时点做迁移业务验收
验收从迁移方案确定后启动，贯穿数据映射评审、迁移执行、切换上线和收尾全过程。把验收压缩到切换当天，常见后果是发现问题时已没有调整窗口，只能带着缺陷上线或在压力下仓促回退。
参与角色按职责划分，避免出现“大家都看、没人签字”的情况：
| 角色 | 主要职责 | 介入时点 |
|---|---|---|
| 业务负责人 | 确认核心业务场景清单，判定场景是否跑通，对验收结论签字 | 方案确定后即介入，参与场景选取 |
| 数据负责人 | 制定抽样规则与核对口径，组织数量、字段、附件、关联关系核对，记录差异 | 数据映射设计完成后介入 |
| 系统管理员 | 准备目标环境与权限，执行迁移与增量同步，负责回退操作 | 准备阶段起全程参与 |
| 测试人员 | 按清单执行核对与场景验证，填写记录并留存证据 | 正式验收开始后执行 |
职责边界要写清：数据映射设计由迁移实施方负责，验收方只核对映射结果是否符合业务预期；人员推广与培训由切换后的运营团队负责，验收清单只覆盖结果验证与切换风险。两者混在一起，容易让验收会变成方案讨论会，拖慢判定节奏。
验收准备阶段：先确认哪些前提
准备阶段的目标是让后续核对有明确的对象、环境和判定口径。以下四项未确认前，不建议开始正式核对，否则核对结果无法作为验收依据。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 迁移范围与对象清单 | 项目、工作项、文档、附件、历史记录等对象逐类列明，并注明排除项及原因 | 范围清单文档，双方确认记录 | 数据负责人 |
| 目标环境与权限 | 验收环境可访问，各角色账号权限与生产预期一致，关键操作可执行 | 权限核对截图 | 系统管理员 |
| 抽样规则与核对口径 | 书面约定抽样比例、抽样方法、字段比对规则、数量统计口径（如是否含已删除、已归档记录） | 抽样方案文档 | 数据负责人 |
| 回退方案与回退窗口 | 回退触发条件、回退步骤、回退所需时长、决策人明确，回退窗口与业务低峰期匹配 | 回退方案文档，演练记录 | 系统管理员 |
抽样规则建议按对象类型分别约定：数量核对可全量比对，字段核对按比例抽样并对高风险字段全查，附件与历史记录按比例抽查。口径一旦书面确定，验收过程中不再临时调整，否则前后结果不可比。
数据核对阶段：查什么、怎么判通过
数据核对回答“迁过来的数据是否完整、准确、可用”。建议按数量、字段、附属数据、关联关系四层逐层核对，前一层通过后再进入下一层。
| 核对项 | 检查内容 | 通过标准 | 证据 |
|---|---|---|---|
| 记录总数 | 各对象类型迁移前后总数比对 | 总数差异为0；如有差异，逐条说明原因并经数据负责人确认 | 前后数量对照表 |
| 分类数量 | 按项目、状态、类型等维度分组比对 | 各分组数量差异为0，或差异项全部有书面解释 | 分组统计导出文件 |
| 关键字段 | 标题、状态、负责人、优先级、日期等字段抽样比对 | 抽样范围内字段一致率100%；不一致项逐条记录并复检 | 抽样比对记录 |
| 附属数据 | 附件可下载可打开，评论与历史记录条数与内容完整 | 抽样附件全部可正常打开；评论与历史记录无缺失 | 抽查截图与条数对照 |
| 关联关系 | 需求与任务、缺陷与版本、工作项与文档等关联是否保留 | 抽样关联关系全部存在且指向正确对象 | 关联关系抽查记录 |
差异处理遵循统一规则：每条差异记录对象标识、差异类型、原因判断和处理结论；可修复的差异修复后必须复检，复检通过才计入通过；无法修复的差异由业务负责人确认是否影响使用，并转入遗留事项跟踪。差异记录本身也是验收证据的一部分。
业务场景验证：关键流程逐条跑通
数据核对通过只说明“数据在”，业务场景验证要确认“业务能跑”。场景选取遵循三条原则：高频使用、跨角色协作、包含状态流转。每个核心业务流程至少选一条端到端场景，覆盖从创建到关闭的完整链路。
| 场景要素 | 记录内容 | 判定标准 |
|---|---|---|
| 输入 | 使用的账号、初始数据、前置条件 | 前置条件与生产实际一致 |
| 操作步骤 | 按顺序记录每一步操作 | 步骤可被他人按记录复现 |
| 预期结果 | 状态变化、字段更新、通知触达对象 | 与实际结果逐项比对 |
| 实际结果 | 截图或录屏，异常现象描述 | 与预期一致记为通过，否则记为不通过 |
跨角色交接要单独验证：上一环节提交后，下一角色是否收到通知、能否在待办中看到、权限是否允许处理。这类问题在单账号测试中往往暴露不出来，却是切换后最常见的业务中断来源。场景验证记录表按“场景—步骤—预期—实际—结论—验证人—日期”填写，作为验收签字的核心依据。
切换与回退检查：上线前后的风险控制点
切换窗口是风险最集中的时段，检查重点从“数据对不对”转向“切换动作是否受控”。
| 时点 | 检查项 | 通过标准 | 负责人 |
|---|---|---|---|
| 切换前 | 旧系统写入冻结 | 冻结通知已发出，冻结期间无新增业务数据 | 业务负责人 |
| 切换前 | 最终增量同步 | 增量数据同步完成，数量与冻结时点一致 | 系统管理员 |
| 切换后 | 首轮冒烟检查 | 登录、核心列表加载、新建与流转、附件下载、通知触达逐项通过 | 测试人员 |
| 切换后 | 回退可用性确认 | 回退所需数据与权限就绪，回退操作人明确 | 系统管理员 |
| 全程 | 沟通与值守 | 值守人员、联系方式、问题上报路径已通知到使用方 | 业务负责人 |
回退触发条件要事先写成可判断的条目，例如核心数据缺失且无法在窗口内修复、关键业务场景不通且无临时替代方案、回退窗口即将关闭而阻断项未清零。触发后由指定决策人确认执行，避免现场争论。回退操作确认人应为系统管理员之外的第二人，负责核对回退结果。
通过标准、证据与负责人怎么落到表里
清单能否执行，取决于每一行是否可判断。通过标准写成两类：量化条件，如“总数差异为0”“抽样一致率100%”；二元条件，如“附件抽样全部可打开”“回退演练完成且有记录”。避免“基本正常”“大致一致”这类无法判定的描述。
证据形式按检查项选择：系统截图用于界面与状态类检查，导出文件用于数量与字段比对，核对记录用于抽样比对过程，签字确认用于阶段结论。证据与检查项一一对应，存放在统一位置并注明文件名，便于复核。
负责人填写规则：每项检查指定唯一负责人，负责执行或组织执行并对结果负责；代签需注明授权来源和代签人。未通过项记录对象、现象、影响范围、责任人和整改期限，整改完成后由原检查人复检并更新结论，复检不通过则重新进入整改。
示例行：检查项“缺陷与版本关联完整性”，通过标准“抽样50条关联关系全部存在且指向正确”，证据“关联抽查记录表及截图”，负责人“数据负责人”，时点“数据核对阶段”，结论“通过/不通过”，备注“差异2条已修复并复检”。
当验收涉及大量检查项、差异记录和场景验证结果时，这些内容需要在工作项与文档中流转并留痕。ONES 的迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录的迁移，可将 Confluence 空间、页面、附件和权限结构迁至 ONES Wiki，验收中的检查项、差异单和验证记录可以在工作项与文档中登记状态、指派负责人并保留处理过程，便于在签字前汇总未闭环事项。
阻断项与验收完成条件
阻断项指不解决就不能切换或不能宣布验收通过的问题。典型阻断项包括：核心业务数据缺失且无法修复；关键业务场景无法跑通且无临时替代方案；回退不可用或回退窗口内无法完成回退。阻断项由业务负责人和数据负责人共同确认，确认后暂停后续阶段，直至关闭。
非阻断问题指不影响核心业务运行的问题，如个别非关键字段格式差异、少量历史记录展示异常。这类问题记录在遗留事项清单中，注明影响范围、责任人和整改期限，限期整改并跟踪关闭，不阻塞验收结论。
验收完成条件建议同时满足：所有阻断项关闭；数据核对各层通过标准达成；核心业务场景全部跑通并有记录；回退演练完成且结果可用；遗留事项已登记并明确责任人与期限。满足后由业务负责人签字确认，验收结论与证据清单一并归档。验收后的遗留事项按周跟踪，关闭情况反馈给业务负责人，避免验收一签了之、问题长期悬置。
常见问题
迁移验收的抽样比例定多少合适，验收过程中还能调整吗？
抽样比例按对象类型分别约定：记录总数和分组数量建议全量比对；关键字段按比例抽样，高风险字段全查；附件、评论、历史记录按比例抽查。比例高低取决于数据量和业务对准确性的要求，没有统一数值。关键是抽样规则在准备阶段书面确定，正式核对开始后不再临时调整，否则前后结果不可比，也无法作为验收依据。若核对中发现某类对象差异集中，可以扩大该类抽样范围，但扩大动作和原因要记录在案。
切换当天才发现关键场景不通，还能回退吗？
能否回退取决于准备阶段是否把回退方案做实：回退触发条件、回退步骤、所需时长和决策人是否事先明确，回退所需的数据与权限是否就绪。如果这些前提具备，且仍在回退窗口内，由指定决策人确认后执行回退，并由系统管理员之外的第二人核对回退结果。如果回退窗口即将关闭而阻断项未清零，同样属于触发回退的条件。准备阶段未做回退演练的项目，切换当天往往无法判断回退是否可用，这正是把回退可用性列为阻断项的原因。
非阻断问题一直整改不完，验收要不要一直等？
不需要。非阻断问题指不影响核心业务运行的问题，例如个别非关键字段格式差异、少量历史记录展示异常。这类问题登记在遗留事项清单中，注明影响范围、责任人和整改期限，按周跟踪关闭情况并反馈给业务负责人，不阻塞验收结论。需要守住的是阻断项：核心数据缺失、关键场景不通、回退不可用，这些必须关闭后才能签字。把两类问题分开管理，验收才能按时收口，遗留问题也有明确的跟踪责任人。
验收记录分散在聊天记录和邮件里，签字前怎么汇总？
签字前需要把检查项结论、差异记录、场景验证结果和遗留事项汇总到统一位置，否则业务负责人无法判断哪些已闭环、哪些还悬着。做法是让每项检查从执行时就登记在同一份清单或同一组工作项中，包含检查项、通过标准、证据文件名、负责人、结论和备注，差异单和场景验证记录关联到对应检查项。这样签字前只需按结论筛选未通过项和遗留事项，不必再翻聊天记录拼凑。ONES 的迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录的迁移，可将 Confluence 空间、页面、附件和权限结构迁至 ONES Wiki，验收中的检查项、差异单和验证记录可以在工作项与文档中登记状态、指派负责人并保留处理过程，便于在签字前汇总未闭环事项。
验收由业务负责人签字，数据问题也要他判断吗？
签字确认的是验收结论，判断依据来自各角色分工。数据负责人负责数量、字段、附件和关联关系的核对，对数据层结论负责；测试人员按清单执行并留存证据；系统管理员负责环境、迁移执行和回退操作。业务负责人确认核心业务场景清单、判定场景是否跑通，并在阻断项确认和最终结论上签字。数据层是否达标由数据负责人给出结论，业务负责人据此判断对业务的影响，两者职责不重叠。代签需注明授权来源和代签人。
