迁移验收清单要能直接拿来逐项判断，每项至少写明检查对象、通过标准、证据材料、负责人和检查时点，并单独标出阻断项与解除条件。内容通常覆盖迁移范围与基线、数据完整性、权限与流程、集成与通知、性能与稳定性、回退与切换窗口、用户确认与签收七类检查。下文按使用角色、分阶段检查项和完成条件展开，并给出可填写的表格结构。
要点总览（TL;DR）
- 迁移验收清单每项至少写明检查对象、通过标准、证据材料、负责人和检查时点，并单独标出阻断项与解除条件。
- 内容覆盖迁移范围与基线、数据完整性、权限与流程、集成与通知、性能与稳定性、回退与切换窗口、用户确认与签收七类检查。
- 阻断项应在切换前列明并指定判定人，回退条件、决策人和数据处置方式与阻断项配套确定。
- 整体验收通过需同时满足阻断项解除、数据差异闭环、关键流程与集成验证通过、观察期指标正常、遗留问题已登记且业务验收人签字。
- 清单可落到协作工具中，以工作项承载检查项与状态，以文档归档证据、签收单和遗留问题台账，保持过程可追溯。
谁在什么时点使用这份验收清单
验收清单由多方共同使用，单一团队自查容易漏掉业务侧和运行侧的问题。建议在清单表头固定列出角色、介入时点和签署动作，让每个检查项都有明确的责任人。
| 角色 | 介入时点 | 主要职责与签署动作 |
|---|---|---|
| 迁移负责人 | 试迁移后、正式切换前、切换后观察期 | 组织清单填写，汇总差异，确认阻断项状态，签署切换决策 |
| 数据负责人 | 试迁移后、正式切换前 | 执行记录总数比对与抽样核对，提交差异清单及处理结论 |
| 业务/流程负责人 | 试迁移后、切换后观察期 | 走查关键流程，确认状态流转与业务规则符合预期 |
| IT运维 | 切换窗口、观察期 | 执行切换操作，监控系统指标，记录异常并上报 |
| 业务验收人 | 观察期结束、最终签收 | 确认日常使用无阻断问题，签署验收结论 |
签署动作建议区分“检查完成”和“验收通过”两种状态：前者表示该项已按标准核对并留下证据，后者表示业务方认可结果。试迁移后的检查以发现差异为主，正式切换前的检查以确认差异已闭环为主，观察期检查以运行状态为主，最终签收则汇总全部结果。
迁移范围与基线核对：先确认验收对象
逐项检查之前，先锁定迁移对象和对照基线，否则后续核对缺少可比对象。范围清单应逐类列出：项目、工作项、文档与附件、用户与权限、流程配置，以及需要迁移的历史记录。每类写明源系统范围、目标系统范围，并明确不在范围内的内容，例如已归档项目、外部协作方账号或定制插件产生的数据。
基线快照要记录取数时点和记录方式。常见做法是在试迁移开始前对源系统的记录总数、附件数量、用户数做一次快照，并保存导出报表或截图。正式切换前再取一次快照，两次快照之间的增量单独记录，避免用不同时点的数据互相比较。
| 检查项 | 通过标准 | 证据 | 负责人 | 时点 |
|---|---|---|---|---|
| 迁移对象清单完整 | 五类对象均有范围说明和排除项 | 范围确认表 | 迁移负责人 | 试迁移前 |
| 基线快照已留存 | 快照含取数时间、数量口径和导出文件 | 快照报表 | 数据负责人 | 试迁移前 |
| 范围变更已确认 | 每次变更记录变更内容、确认人和影响 | 变更记录 | 迁移负责人 | 全程 |
范围变更要有记录和确认方式。新增迁移对象或临时排除某类数据，都应写明变更原因、确认人和对验收基线的影响，避免切换前范围悄悄扩大。
数据完整性与字段对应检查项
数据检查聚焦结果验证：迁移后的数据是否与源系统一致，差异是否已处理。映射方案的设计不在本节范围内，清单只记录核对结果。
- 记录总数比对：按对象类型分别比对源系统与目标系统的记录数，通过标准为数量一致，或差异有逐条说明。证据为比对报表。
- 抽样明细核对：每类对象抽取一定数量记录，逐字段核对标题、描述、状态、负责人、时间字段。通过标准为抽样记录无未解释差异，证据为抽样截图或对照表。
- 必填字段与状态值：检查迁移后必填字段无空值、状态值与源系统对应、创建和更新时间保留。通过标准为抽查范围内全部符合，证据为字段核对表。
- 附件与文档：随机抽取附件和文档，验证可打开、可下载、内容完整。通过标准为抽样全部可访问，证据为抽检记录。
- 异常数据处理：重复数据、丢失数据、乱码需逐条登记，写明处理方式和结论。通过标准为每条差异有闭环记录，证据为差异清单。
| 检查项 | 通过标准 | 证据形式 | 负责人 | 时点 |
|---|---|---|---|---|
| 记录总数一致 | 差异为零或有逐条说明 | 比对报表 | 数据负责人 | 试迁移后、切换前 |
| 抽样字段正确 | 抽样无未解释差异 | 抽样对照表 | 数据负责人 | 试迁移后 |
| 附件可访问 | 抽检附件全部可打开下载 | 抽检记录 | 数据负责人 | 试迁移后 |
| 差异已闭环 | 每条差异有处理结论 | 差异清单 | 迁移负责人 | 切换前 |
权限、流程与集成可用性检查项
数据一致之后，还要验证迁移后的系统能否按原有方式工作。权限检查按角色抽样：选取管理员、项目成员、只读用户等典型角色，确认账号可登录、可见范围正确、操作权限符合预期，重点排查越权可见和权限缺失。
流程检查选关键业务流程，从创建、流转、审批到关闭完整走一遍，确认状态流转、必填校验和通知触发符合业务规则。集成检查覆盖与代码库、持续集成、通知渠道等外部系统的连通性，确认事件能正常推送、回执能正常返回。
| 检查项 | 通过标准 | 证据 | 负责人 | 时点 |
|---|---|---|---|---|
| 角色权限抽样 | 典型角色可见范围与操作权限符合预期 | 权限走查记录 | IT运维 | 试迁移后 |
| 关键流程走通 | 创建到关闭全流程无阻断 | 流程走查记录 | 业务/流程负责人 | 试迁移后 |
| 集成连通 | 推送与回执正常，通知可达 | 连通性测试记录 | IT运维 | 切换前 |
检查结果统一记录在走查表中，异常写明现象、影响范围和上报对象。异常上报路径应在切换前确定，避免发现问题后找不到决策人。
性能、稳定性与切换窗口检查项
功能正确之外，还要确认系统在真实使用强度下运行正常。性能观察项包括典型页面打开、常用操作响应、批量导入导出和附件上传下载的耗时，记录观察值和可接受范围。观察值以试迁移环境和切换后实际环境分别记录。
切换窗口检查表应写明停机起止时间、通知对象与通知方式、值守人员名单和联系方式。切换后观察期设定监控指标，例如登录失败率、接口错误率、任务积压量，并给出异常判定阈值。观察期长度和结束条件在切换前确定，例如连续若干小时无阻断异常且业务方确认可正常使用，即结束观察。
| 检查项 | 通过标准 | 证据 | 负责人 | 时点 |
|---|---|---|---|---|
| 典型操作响应 | 观察值在约定范围内 | 性能记录表 | IT运维 | 试迁移后、观察期 |
| 批量操作可用 | 批量导入导出完成且结果正确 | 操作记录 | 数据负责人 | 试迁移后 |
| 切换窗口安排 | 停机时间、通知、值守均已确认 | 切换通知与值守表 | 迁移负责人 | 切换前 |
| 观察期指标正常 | 指标未超阈值，无阻断异常 | 监控记录 | IT运维 | 观察期 |
回退条件与阻断项判定
阻断项是必须停止切换的检查结果，应在切换前列明并指定判定人。常见阻断项包括：核心数据丢失且无法恢复、关键业务流程无法走通、出现越权访问、集成中断导致研发协作停摆。每项阻断项写明判定人、解除条件和解除所需证据，解除后由判定人签字确认才能继续。
回退条件与阻断项配套：明确触发回退的具体情形、回退决策人、回退步骤和数据处置方式。回退步骤应包含停止写入、恢复源系统、处理切换期间产生的新数据。回退决策人通常为迁移负责人与业务验收人共同确认，避免单人决定。
| 类型 | 示例 | 判定人 | 处理方式 |
|---|---|---|---|
| 阻断项 | 核心记录丢失、关键流程不可用、权限越权 | 迁移负责人与业务验收人 | 停止切换，修复并复验后解除 |
| 回退触发 | 观察期内阻断异常无法在窗口内修复 | 回退决策人 | 按预定步骤回退并处置增量数据 |
| 非阻断问题 | 个别字段格式差异、非关键通知延迟 | 对应检查负责人 | 登记遗留问题，限期整改 |
非阻断问题进入遗留问题清单，写明问题描述、影响范围、负责人和整改期限，不因整体验收通过而消失。
证据归档、签收与完成条件
每类检查对应固定证据形式：范围与基线对应确认表和快照报表，数据检查对应比对报表、抽样记录和差异清单，权限流程对应走查记录，性能对应监控记录，回退对应决策记录。证据统一存放位置，并在清单中标注文件名称或编号，便于追溯。
验收签收单写明签收人、签收时点和签字形式。整体验收通过通常需要同时满足：全部阻断项已解除、数据差异已闭环、关键流程与集成验证通过、观察期指标正常、遗留问题已登记且不影响正常使用、业务验收人签字确认。任一条件不满足，验收状态保持“未通过”。
| 遗留问题字段 | 填写要求 |
|---|---|
| 问题描述 | 具体现象与发现位置 |
| 影响范围 | 涉及的对象、用户或流程 |
| 负责人 | 整改责任人 |
| 整改期限 | 约定完成日期 |
| 当前状态 | 待处理、处理中、已关闭 |
把清单落到协作工具中的记录方式
清单条目多、参与角色多，用表格文件传递容易出现版本分散。把检查项建为工作项，是保持验收过程可追溯的一种常见做法：每个检查项作为一个工作项，填写负责人、检查时点和通过标准，状态按“待检查、检查中、通过、不通过”流转。
证据与差异清单挂在对应工作项或关联文档下，检查人完成核对后上传比对报表或截图并更新状态。阻断项单独标记，状态变更和回退决策记录在对应工作项中，保留决策人和时间。最终签收单与遗留问题台账归档到固定文档位置，与工作项关联，形成从检查到签收的完整记录链。
ONES 的迁移方案围绕项目、工作项、状态、字段、流程、附件和历史记录进行迁移，并把数据完整、业务连续和系统稳定作为迁移目标，正式迁移前需确认数据范围、功能匹配和系统适配。对于存在定制插件的场景，迁移前需要逐项评估。将上述检查项、证据和签收记录放入 ONES 的工作项与文档中，可以让验收过程与迁移后的日常协作使用同一套记录方式，减少切换后另行整理台账的工作。
常见问题
试迁移后和正式切换前的验收清单，检查重点有什么不同？
两个时点的清单结构可以相同，但判定重点不同。试迁移后以发现差异为主，数据比对、抽样核对、权限走查和流程走查的结果允许存在待处理项，重点是差异是否被完整登记并指定处理人。正式切换前以确认差异已闭环为主，检查项要逐条确认处理结论，阻断项必须全部解除，切换窗口安排、通知和值守名单也要确认到位。观察期检查则转向运行状态，关注监控指标是否超出阈值。
迁移范围在验收过程中发生变化，清单怎么处理？
范围变更需要留下记录，写明变更内容、变更原因、确认人和对验收基线的影响。新增迁移对象时，同步补充对应的检查项和基线快照；临时排除某类数据时，在范围确认表中标注排除原因和确认人。变更后重新核对受影响的检查项，避免用变更前的证据判断变更后的结果。范围变更记录与验收签收单一起归档，便于事后追溯验收结论对应的实际范围。
阻断项解除后，是否需要重新执行全部检查？
通常不需要全量重跑，但需要复验与阻断项直接相关的检查项，并确认修复动作没有影响其他已通过项。例如核心数据丢失修复后，应重新比对相关对象的记录总数和抽样明细；关键流程修复后，应重新走通该流程并检查关联的通知和集成。复验结果由阻断项判定人确认并签字，清单中记录复验时点和证据，再恢复切换流程。
遗留问题不影响正常使用，能否先签收再整改？
可以，前提是遗留问题已登记且经业务验收人确认不影响正常使用。遗留问题清单需写明问题描述、影响范围、负责人、整改期限和当前状态，签收单中引用该清单并注明整改跟踪方式。涉及数据准确性、权限边界或关键流程的遗留问题，应按阻断项处理，在解除前保持验收未通过状态。
用协作工具承载验收清单，需要保留哪些记录？
至少保留四类记录：检查项本身及其负责人、检查时点和通过标准；每项检查的证据材料，如比对报表、抽样记录和走查记录；阻断项的状态变更与回退决策，包括决策人和时间；最终签收单与遗留问题台账。把这些记录关联到对应工作项或归档到固定文档位置，验收结束后可以按检查项回溯到证据和签收结论。
