迁移验收清单要能支撑“放行或阻断”的判断，核心字段包括检查项、通过标准、证据、负责人、检查时点和是否阻断切换。按试迁移、完整性与附件校验、业务验收、并行运行、切换窗口、回退六个阶段组织，每项都写成可核验的条件，避免只列工作内容却无法判断是否完成。本文给出分阶段检查表，并说明证据留存与阻断项汇总方式；数据映射设计不在本文范围内。
要点总览（TL;DR）
- 迁移验收清单的核心字段是检查项、通过标准、证据、负责人、检查时点和是否阻断切换，每项都要能直接判断通过或不通过。
- 按试迁移、完整性与附件校验、业务验收、并行运行、切换窗口、回退六个阶段组织，各阶段判断口径不同，不能合并成一张笼统的检查表。
- 完整性校验采用数量全量对账加字段与附件抽样核对，附件数量、大小、可打开性和关联关系需单独设项，差异逐条登记并给出处置结论。
- 并行运行需事先约定时长与比对口径，切换窗口需明确冻结时点、最终增量同步确认和执行步骤，任一阻断项未关闭不得进入切换。
- 整体验收完成条件写成三条并列判断：阻断项全部关闭、遗留问题有责任人和期限、观察期结束并形成结论。
谁在什么时点使用这份验收清单
这份清单服务于迁移项目的验收与切换决策，使用对象按职责分为四类：迁移负责人统筹进度与问题闭环，业务验收人判断新系统能否支撑日常业务，IT/运维负责环境、账号、接口与切换执行，数据负责人负责数量对账、字段与附件校验。四类角色在每个检查项上对应不同的负责人和证据来源，清单中应逐项写明，避免出现“大家都看过、没人签字”的情况。
使用时点贯穿迁移全过程：试迁移结束后核对样本覆盖与问题闭环；正式切换前完成完整性与业务验收；切换窗口内执行冻结、增量同步与步骤确认；切换后观察期内跟踪遗留问题与回退准备状态。清单只判断迁移结果与切换风险，数据映射规则如何设计、字段如何转换属于另一项工作，不在本清单的检查范围内。
| 使用对象 | 主要使用时点 | 在清单中的职责 |
|---|---|---|
| 迁移负责人 | 全过程 | 维护总表、汇总阻断项、组织复检与放行 |
| 业务验收人 | 业务验收、切换后观察期 | 确认关键流程走通、权限可见范围符合预期并签字 |
| IT/运维 | 试迁移、切换窗口、回退验证 | 提供环境与执行记录、确认切换步骤与回退可用性 |
| 数据负责人 | 完整性与附件校验 | 出具数量对账、字段抽样、附件与关联关系校验结果 |
试迁移阶段检查项与通过标准
试迁移的作用是用有限样本验证迁移方案可执行、结果可复现。判断通过的标准是：样本覆盖主要业务对象，迁移记录完整到他人可照此重跑，发现的问题已闭环或有明确处置结论。三项中任一项不满足，应视为试迁移未通过，不得进入正式切换准备。
| 检查项 | 通过标准 | 证据 | 负责人 | 是否阻断 |
|---|---|---|---|---|
| 样本范围与代表性 | 覆盖主要业务对象类型，包含字段较多、附件较多、层级较深的典型样本 | 样本清单及选取说明 | 迁移负责人 | 是 |
| 试迁移记录完整性 | 记录迁移范围、执行步骤、参数、执行人与时间，可据此复现 | 试迁移执行记录 | IT/运维 | 是 |
| 试迁移结果核对 | 样本的记录数、关键字段、附件与关联关系逐项核对并有结论 | 核对结果表 | 数据负责人 | 是 |
| 问题闭环 | 每个问题有责任人、处置结论和复测结果；未解决的写明影响与处置计划 | 问题清单及复测记录 | 迁移负责人 | 是 |
| 未覆盖对象补测安排 | 试迁移未覆盖的主要业务对象已列出，并明确正式切换前的补测时间 | 补测计划 | 迁移负责人 | 否，但需在切换前关闭 |
完整性与附件校验检查项
完整性校验回答“该迁的是否都迁了、迁得对不对”。判定口径采用来源系统与目标系统对账加抽样核对：数量类检查全量对账，字段与内容类检查按约定比例抽样，差异逐条登记并给出处置结论。仅有总数一致不足以通过，附件和关联关系需要单独设项。
| 检查项 | 通过标准 | 证据 | 负责人 | 是否阻断 |
|---|---|---|---|---|
| 记录数量对账 | 按来源系统与目标系统同一统计口径比对，总数一致；差异逐条说明原因 | 数量对账表 | 数据负责人 | 是 |
| 必填字段与关键字段 | 必填字段无空值；关键字段按约定比例抽样核对，一致率达到事先约定值 | 抽样核对记录 | 数据负责人 | 是 |
| 附件数量与大小 | 附件数量与来源系统一致；单文件大小在目标环境限制内，超限文件有清单和处置方案 | 附件对账表、超限清单 | 数据负责人 | 是 |
| 附件可打开性 | 按约定比例抽样打开，文件内容完整、可正常预览或下载 | 抽样验证记录 | 数据负责人 | 是 |
| 关联关系与层级结构 | 父子层级、关联引用在目标系统中保持正确，抽查无断链或错挂 | 结构核对截图或记录 | 数据负责人 | 是 |
| 差异记录与例外处理 | 所有差异登记在册，标注原因、影响、处置方式与关闭状态 | 差异登记表 | 迁移负责人 | 是，未关闭差异需逐条评估 |
附件大小上限、可打开性的具体验证方式与目标环境相关，清单中应写明本项目采用的口径和抽样比例，而不是笼统写“附件正常”。
业务验收检查项与通过标准
技术校验通过不代表业务可用。业务验收把“能不能用”转成两个可判断的检查项：关键业务流程在新系统中能完整走通，角色权限与可见范围符合预期。验收由业务负责人执行，确认方式可以是验收单签字、邮件确认或系统内审批，清单中需写明采用哪一种以及留存位置。
| 检查项 | 通过标准 | 证据 | 负责人 | 是否阻断 |
|---|---|---|---|---|
| 关键业务流程走通 | 事先列出的关键流程在新系统中从发起到结束完整执行，状态流转与审批环节符合业务预期 | 流程走查记录 | 业务验收人 | 是 |
| 角色权限与可见范围 | 按角色抽样验证，可见数据范围、操作权限与迁移前约定一致，无越权可见或应见不可见 | 权限核对表 | 业务验收人、IT/运维 | 是 |
| 历史数据可查可用 | 业务人员按日常查询习惯检索历史记录与附件，结果符合预期 | 抽查记录 | 业务验收人 | 是 |
| 业务确认 | 业务负责人完成签字或等效确认，确认范围写明 | 验收单或确认邮件 | 业务验收人 | 是 |
验收不通过时，处置路径应写进清单：由业务验收人记录不通过项与影响范围，迁移负责人判断属于数据问题、配置问题还是流程差异，指定修复责任人与复检时间；影响关键流程的问题在修复复检通过前保持阻断状态。
并行运行与切换窗口检查项
并行运行用于在真实业务节奏下比对两套系统的结果，切换窗口用于完成最后的冻结、增量同步与启用。这一阶段的检查重点是时间、人员、口径是否事先约定，以及阻断项是否全部关闭。任一阻断项未关闭，不得进入切换执行。
| 检查项 | 通过标准 | 证据 | 负责人 | 是否阻断 |
|---|---|---|---|---|
| 并行运行时长与比对口径 | 并行时长事先约定并执行完毕；比对对象、比对频率和判定标准书面化 | 并行运行记录、比对结果 | 迁移负责人、数据负责人 | 是 |
| 并行期间差异处理 | 比对发现的差异已逐条分析，属于迁移问题的已修复复测 | 差异清单及关闭记录 | 数据负责人 | 是 |
| 切换窗口安排 | 窗口起止时间、参与人员、值守分工、通知对象与通知方式已确认并发出 | 切换方案与通知记录 | 迁移负责人 | 是 |
| 切换前冻结 | 来源系统冻结时点明确，冻结期间变更的登记与补迁方式已约定 | 冻结通知、变更登记表 | IT/运维 | 是 |
| 最终增量同步确认 | 冻结后增量数据完成同步，数量与内容核对有结论 | 增量同步核对记录 | 数据负责人 | 是 |
| 切换执行步骤 | 步骤按顺序执行并逐项打勾，异常有记录和处置 | 切换执行记录 | IT/运维 | 是 |
| 回退触发条件 | 触发条件、判断人与决策时限在切换前已确认 | 回退方案 | 迁移负责人 | 是 |
回退检查项与完成条件
回退方案的价值在于需要时真的能执行。清单应把回退拆成可验证的要素：谁在什么条件下决定回退，数据和配置能否恢复到切换前状态，是否有演练或等效验证记录。只有方案文档而没有验证记录，不能视为回退准备完成。
| 检查项 | 通过标准 | 证据 | 负责人 | 是否阻断 |
|---|---|---|---|---|
| 回退触发条件与决策人 | 触发条件具体可判断，决策人和决策时限明确，通知路径清晰 | 回退方案 | 迁移负责人 | 是 |
| 数据可恢复性 | 切换前数据备份完整可用，恢复步骤经过验证，恢复后数据与备份时点一致 | 备份记录、恢复验证记录 | IT/运维、数据负责人 | 是 |
| 配置可恢复性 | 账号、权限、流程配置等有备份或可重建方式，并经过验证 | 配置备份清单、验证记录 | IT/运维 | 是 |
| 回退演练或验证记录 | 在试迁移或演练环境中执行过回退，记录耗时与结果 | 演练记录 | IT/运维 | 是 |
| 整体验收完成条件 | 全部阻断项关闭；遗留问题登记并明确责任人与期限；观察期结束且有结论 | 验收总表、遗留问题清单 | 迁移负责人 | 是 |
整体验收的完成条件建议写成三条并列判断：阻断项全部关闭，遗留问题有责任人和完成期限，切换后观察期按约定结束并形成结论。三条同时满足才可宣布迁移验收完成。
证据、负责人与阻断项汇总
各阶段检查表最终要汇总成一张验收总表，否则证据散落、阻断项无人跟踪。总表建议保留六列：检查项、通过标准、证据形式与留存位置、负责人、检查时点、是否阻断。证据统一存放到可检索的位置，例如用工作项跟踪每个验收项的状态与责任人，用文档库留存对账结果、签字记录和演练记录，复检时按同一位置取证。
| 汇总要素 | 填写要求 | 示例口径 |
|---|---|---|
| 证据形式与留存位置 | 写明证据类型和存放位置，便于复检调取 | 数量对账表存放于项目文档库对应目录 |
| 负责人 | 每项一个主责人，可另列协同人 | 附件校验主责为数据负责人 |
| 检查时点 | 对应试迁移后、切换前、切换窗口内、观察期等节点 | 增量同步核对在切换窗口内完成 |
| 阻断项标记 | 标明未关闭时是否禁止进入下一阶段 | 数量对账不一致标记为阻断 |
| 未通过项处理 | 记录不通过原因、修复责任人、复检时间与复检结论 | 字段抽样一致率不足，修复后重新抽样 |
阻断项清单单独维护，逐条写明阻断原因、关联检查项、放行条件和当前状态。放行条件应具体，例如“差异全部关闭并复测通过”，而非“问题基本解决”。未通过项修复后必须复检并更新状态，复检记录与首次检查记录一并留存。
在迁移项目从试迁移走向正式切换的过程中，验收项数量多、跨角色交接频繁，把检查项作为工作项跟踪状态、把对账结果与确认记录沉淀在文档中，可以让阻断项和遗留问题始终有明确的责任人与关闭依据。ONES 的 Jira 迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录，Confluence 迁移方案覆盖空间、页面、附件和权限结构，验收过程中的证据留存与问题闭环可以依托其工作项与文档管理能力承接，具体配置按团队实际安排确定。
常见问题
试迁移只覆盖了部分业务对象，能否直接进入正式切换？
不建议直接进入。试迁移的通过标准之一是样本覆盖主要业务对象，未覆盖的对象应在清单中列出并明确正式切换前的补测时间，作为非阻断但需在切换前关闭的检查项。如果未覆盖对象属于核心业务或数据量占比高，应提升为阻断项，补测通过后再放行。
记录总数对账一致，是否就说明完整性校验通过？
总数一致只是其中一项。完整性校验还需要核对必填字段无空值、关键字段抽样一致率达到约定值、附件数量与大小符合目标环境限制、附件抽样可正常打开、关联关系与层级结构无断链或错挂。任何一项存在未关闭差异，都应保持阻断状态，直到差异登记并处置完毕。
业务验收由谁确认，确认方式需要写进清单吗？
需要写进清单。业务验收通常由业务负责人执行，确认方式可以是验收单签字、邮件确认或系统内审批。清单中应写明采用哪一种方式、确认范围以及留存位置，这样复检时能直接调取证据，也避免出现口头同意但无记录的情况。
回退方案已经写好文档，是否算回退准备完成？
不算。回退准备需要可验证：触发条件具体可判断、决策人和决策时限明确、切换前数据备份完整且恢复步骤经过验证、账号权限与流程配置有备份或可重建方式、在试迁移或演练环境中执行过回退并记录耗时与结果。只有方案文档而没有验证记录，清单中该项应判定为未通过。
阻断项和遗留问题在验收总表里怎么区分管理？
阻断项单独维护一张清单，逐条写明阻断原因、关联检查项、放行条件和当前状态，放行条件要具体，例如“差异全部关闭并复测通过”。遗留问题登记在另一张清单中，写明责任人、完成期限和影响范围，不阻断切换但需在观察期内跟踪关闭。两类问题都修复后必须复检并更新状态，复检记录与首次检查记录一并留存。
