迁移验收清单用于回答一个具体问题：迁移结果达到什么状态，才可以停止源系统写入并切换到目标环境。它按准备、数据、功能与权限、集成、切换与回退、结论交接分阶段组织，每项写明检查内容、通过标准、证据和负责人。判定规则是阻断项全部通过、非阻断项有明确处理结论和责任人，才允许切换；任何阻断项未通过都应暂停切换并记录处置结果。本文覆盖迁移结果验证与切换风险控制，数据映射规则设计和切换后的推广治理不在范围内。
要点总览（TL;DR）
- 迁移验收清单按准备、数据、功能与权限、集成、切换与回退、结论交接分阶段组织，每项写明检查内容、通过标准、证据和负责人。
- 阻断项全部通过、非阻断项有明确处理结论和责任人，才允许切换；任何阻断项未通过都应暂停切换并记录处置结果。
- 数据核对按总量、抽样、关联关系、异常数据四层推进，总量差异阈值在准备阶段确定，验收时不临时调整。
- 权限验证要同时检查应保留的权限和不应获得的权限，集成验证至少触发一次真实回传。
- 验收结论分为通过、有条件通过、不通过三种状态，遗留问题需写明影响范围、临时处理方式、责任人和关闭时限。
谁在什么时点使用这份验收清单
这份清单在迁移执行完成之后、正式切换之前启用，并延续到切换后首周复核。它适合在迁移范围已经冻结、测试环境至少完成一轮完整迁移之后使用。把验收压缩到切换当天一次性完成，容易让数据差异、权限异常和集成失效同时暴露在有限的切换窗口内，处置空间很小。
使用角色按职责分工，不按部门层级分配。迁移负责人组织验收节奏并汇总结论；业务模块负责人确认本模块的数据和关键操作可用；数据负责人执行总量与抽样核对；IT/运维负责环境、账号、集成连接和切换操作；安全与合规接口人核验权限归属、数据访问范围和留存要求。
| 角色 | 主要使用时点 | 在清单中的职责 |
|---|---|---|
| 迁移负责人 | 验收启动、切换前评审会、结论签署 | 组织验收、汇总阻断项状态、发起切换放行 |
| 业务模块负责人 | 数据核对与功能验证阶段 | 确认本模块数据可用、关键业务动作可完成 |
| 数据负责人 | 数据完整性核对阶段 | 执行总量比对、分层抽样、异常数据登记 |
| IT/运维 | 准备阶段、切换窗口、切换后首周 | 环境与账号准备、切换执行、冒烟验证、回退操作 |
| 安全与合规接口人 | 权限验证与结论评审 | 核验权限归属、越权风险与材料归档范围 |
判定规则需要在验收启动时向所有参与人说明：阻断项逐项通过才具备切换条件；非阻断项允许带结论进入切换，但必须写明影响范围、临时处理方式和关闭时限。清单中每一项都应能回答“完成没有、凭什么判断完成、谁签字确认”，无法判断的条目应改写通过标准，而不是保留模糊描述。
准备阶段：范围、环境与回退预案的检查项
准备阶段的目的是把验收口径固定下来。范围、环境和回退条件在验收过程中反复变更，后续所有核对结果都会失去可比性。以下检查项应在验收正式开始前完成。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 迁移对象范围清单 | 项目、工作项、文档、附件、成员、权限逐项列明，范围外对象单独标注，清单经迁移负责人和业务模块负责人签字确认 | 签字版范围清单 | 迁移负责人 |
| 目标环境一致性 | 目标环境版本、容量配置、账号体系与生产切换目标一致，差异项已记录并评估影响 | 环境配置对照表 | IT/运维 |
| 回退预案 | 明确回退触发条件、回退窗口时长、数据回滚方式和决策人，回退操作步骤可被非编写者执行 | 回退预案文档及评审记录 | IT/运维、迁移负责人 |
| 验收资源准备 | 测试账号按角色配齐，样例数据和比对基准可用，源系统导出权限已开通 | 账号清单、基准数据说明 | 数据负责人 |
回退预案是准备阶段最容易写空的一项。“必要时回退”不构成通过标准，需要写明什么数据差异、什么功能故障、在多长时间内无法修复时触发回退，以及由谁在什么时点做出决定。回退窗口还应与业务低峰期对齐，避免回退操作本身造成二次中断。
数据完整性检查项与通过标准
数据核对解决“迁过来的东西对不对、全不全”。建议按总量、抽样、关联关系、异常数据四层推进，前一层未通过时不进入下一层，避免在错误基数上做抽样。
| 核对层次 | 检查内容 | 通过标准 | 证据 |
|---|---|---|---|
| 总量核对 | 源系统与目标系统的项目数、工作项数、文档数、附件数、成员数逐项比对 | 各对象数量差异在项目预先设定的阈值内，超出阈值的差异逐条说明原因 | 源/目标导出报表、差异说明 |
| 抽样核对 | 按业务模块分层抽样，核对字段值、状态流转记录、评论内容、附件可正常打开 | 抽样记录中字段值一致，状态流转历史完整，评论与附件可访问且内容正确 | 抽样核对记录表 |
| 关联关系核对 | 父子任务、依赖关系、关联需求与缺陷的链接是否保留 | 抽样范围内的关联关系在目标系统中可正确跳转和展示 | 关联关系核对截图或导出 |
| 异常数据处理 | 失败记录、重复记录、截断字段形成清单 | 每条异常记录有处置结论：已修复、接受差异或阻断切换 | 异常数据登记表 |
总量差异阈值需要按项目实际确定，并在准备阶段写入清单，验收时不再临时调整。抽样比例应覆盖每个业务模块，对状态流转复杂、附件多、跨项目关联多的对象适当提高抽样量。截断字段要特别关注长文本描述和自定义字段，这类问题在总量核对中看不出来，只能通过抽样发现。
数据核对表建议按“对象—源数量—目标数量—差异—抽样结果—结论”组织，每个对象一行，结论栏只填通过、有条件通过或不通过，便于切换评审会快速定位问题。
功能、权限与集成验证检查项
数据齐全不代表团队能正常使用。功能与权限验证要按真实业务路径走一遍，重点检查迁移后关键动作是否可完成、谁能看到什么、外部连接是否仍然有效。
| 验证类别 | 检查项 | 通过标准 | 负责人 |
|---|---|---|---|
| 关键业务动作 | 新建、编辑、状态流转、评审、关闭 | 在目标环境中按角色完成一轮完整操作，状态和字段按预期变化，无报错 | 业务模块负责人 |
| 权限验证 | 按角色抽样登录，检查可见范围、编辑权限、历史权限归属 | 各角色可见范围与切换方案一致，无越权访问，历史数据权限归属符合预期 | 安全与合规接口人 |
| 集成验证 | 代码仓库、流水线、通知渠道等既有连接 | 在目标环境中可触发并回传结果，失败时有可识别的错误信息 | IT/运维 |
| 通知与提醒 | 关键事件的通知对象与频率 | 通知对象与切换方案一致，无重复通知或漏发 | 业务模块负责人 |
权限验证要覆盖“迁移前有权限、迁移后仍应有权限”和“迁移前无权限、迁移后不应获得权限”两个方向，只检查前者容易漏掉越权。集成验证应至少触发一次真实回传，仅确认连接配置存在不足以证明链路可用。若迁移涉及插件承载的功能，需要在验收前逐项确认对应能力，不能假设所有插件功能都能一一对应。
切换与回退阶段的检查项
切换阶段把前面各阶段的结论转化为窗口内的具体动作。清单要写到执行人、时间点和检查点，让切换过程可以被旁观者按步骤复核。
| 时点 | 检查项 | 通过标准 | 负责人 |
|---|---|---|---|
| 切换前 | 源系统写入冻结 | 冻结时间点已确定，通知覆盖全部使用团队，冻结后无新增写入 | 迁移负责人 |
| 切换中 | 执行步骤与检查点 | 每步有执行人、预计耗时和完成标志，检查点未通过时暂停后续步骤 | IT/运维 |
| 切换后 | 首轮冒烟验证 | 登录、打开关键项目、完成一次状态流转、访问附件、触发一次通知，全部符合预期 | 业务模块负责人、IT/运维 |
| 回退判断 | 回退触发与执行 | 触发条件满足时由指定决策人确认，按预案执行回退，回退后核对数据一致性 | 迁移负责人、IT/运维 |
冒烟验证项应控制在切换窗口内可完成的范围内，覆盖最关键的访问和操作路径；更全面的验证放到切换后首周复核。回退后数据一致性确认要写明核对对象和比对方式，例如冻结时点前后的工作项数量与关键字段值，避免回退完成后无法判断系统是否回到可用状态。
阻断项清单与完成条件
阻断项是切换放行的硬门槛，需要从各阶段检查结果中汇总，单独登记、单独关闭。以下为常见阻断项及解除条件，项目可在此基础上增补。
| 阻断项 | 解除条件 | 所需证据 | 责任人 |
|---|---|---|---|
| 数据总量差异超阈值 | 差异原因查明，缺失数据完成补迁或经业务确认接受 | 差异分析记录、补迁结果或接受说明 | 数据负责人 |
| 关键业务动作不可用 | 缺陷修复并在目标环境复测通过 | 复测记录 | 业务模块负责人 |
| 权限越权 | 权限配置修正，按角色重新抽样验证通过 | 权限修正记录与复验结果 | 安全与合规接口人 |
| 回退预案缺失或不可执行 | 预案补齐并完成一次回退演练或桌面推演 | 预案文档、演练记录 | IT/运维 |
| 关键集成链路中断 | 连接修复并完成一次真实回传 | 回传结果记录 | IT/运维 |
每项阻断项登记时写明发现时间、影响范围、责任人和升级路径。责任人在约定时限内无法关闭的，升级到迁移负责人和业务负责人共同决策，决策结果同样记录在案。全部阻断项关闭后，由迁移负责人发起切换放行签署，签署人应包含业务、数据、IT/运维和安全合规的代表，签署记录作为验收材料归档。
验收结论与遗留问题交接
验收结束时给出明确结论，并把未关闭事项转为可跟踪的遗留问题。结论分为三种状态：通过，表示阻断项全部关闭、非阻断项均有处理结论；有条件通过，表示阻断项已关闭，但存在影响范围可控、有临时处理方式的非阻断问题，需在约定时限内关闭；不通过，表示存在未关闭的阻断项，暂停切换。
遗留问题记录至少包含问题描述、影响范围、临时处理方式、责任人和关闭时限五个字段。影响范围要写到具体模块和使用角色，临时处理方式要写清团队在问题关闭前如何规避，避免遗留问题变成无人认领的备注。
切换后首周复核由迁移负责人组织，复核项包括：冒烟验证未覆盖的业务路径、遗留问题关闭进度、通知与集成链路的稳定性、用户反馈集中的操作问题。复核人按模块分工，复核结果回填到同一份验收记录中，形成从验收到切换后观察的连续记录。
验收材料归档范围包括签字版范围清单、数据核对表、功能与权限验证记录、切换执行记录、阻断项登记表、验收结论页和遗留问题跟踪表。这些材料在切换后出现争议时是判断责任和范围的依据，应按项目文档管理要求保存。
当验收和遗留问题跟踪在 ONES 中进行时，可以把每个阻断项和遗留问题登记为工作项，设置责任人、关闭时限和状态，验收记录与结论页放在项目文档中，与工作项互相引用。这样切换评审会可以直接按工作项状态确认放行条件，切换后首周复核也能在同一处更新关闭进度，减少结论散落在多个表格中的情况。
常见问题
迁移验收和迁移测试有什么区别，能不能用测试报告代替验收清单？
测试报告回答的是迁移方案在测试环境中是否跑通，验收清单回答的是当前迁移结果是否达到可以切换的状态。测试报告通常由执行方产出，验收清单需要业务、数据、IT/运维和安全合规多方共同确认，并留下签署记录。
测试通过后仍需验收，因为验收关注的是真实业务路径、权限归属和切换窗口内的操作风险，这些内容在测试报告中不一定覆盖。可以把测试报告作为验收证据之一引用，但不能替代阻断项登记和切换放行签署。
如果切换窗口时间有限，哪些检查项可以放到切换后首周复核？
可以后移的是覆盖面广但不影响系统基本可用的检查，例如非核心业务模块的完整操作路径、低频使用的报表和导出、通知频率的长期观察。切换窗口内应保留登录、打开关键项目、完成一次状态流转、访问附件、触发一次通知这类冒烟项，以及回退触发条件的判断。
后移不等于取消，需要在验收结论中写明哪些项目进入首周复核、由谁负责、什么时限内完成。若后移项目在复核中发现阻断级问题，仍应按遗留问题的升级路径处理。
数据总量差异在阈值内，是否就可以判定数据核对通过？
总量差异在阈值内只是第一层通过。抽样核对、关联关系核对和异常数据处理仍需分别完成，因为字段截断、状态流转记录缺失、关联链接断开这类问题在总量比对中看不出来。
实际执行中常见的情况是总量一致但抽样发现长文本描述被截断，或者父子任务关系丢失。这类问题需要登记为异常数据，逐条给出已修复、接受差异或阻断切换的结论，数据核对才算完成。
回退预案需要做到什么程度才算可执行？
可执行的标准是回退步骤能被未参与编写的运维人员按文档操作，并且写明回退触发条件、回退窗口时长、数据回滚方式和决策人。只写“必要时回退”不构成通过标准。
建议在验收阶段完成一次回退演练或桌面推演，并留存记录。回退窗口应与业务低峰期对齐，回退完成后要核对冻结时点前后的工作项数量和关键字段值，确认系统回到可用状态。
验收通过后，切换后首周复核发现问题应该怎么处理？
首周复核发现的问题回填到同一份验收记录和遗留问题跟踪表中，按影响范围判断是否需要升级。影响关键业务动作或权限的问题，按阻断级处理，由迁移负责人组织修复和复验；影响范围可控的问题，更新临时处理方式和关闭时限。
复核结果与验收结论放在一起归档，便于后续追溯切换时的判断依据。若问题涉及迁移范围外的对象，应单独记录并明确是否纳入后续处理。
