迁移业务验收检查清单要回答一个直接问题：迁移后的系统能不能承接真实业务。清单应覆盖数据完整性与字段一致性、附件与文件可访问性、权限与角色还原、业务流程与状态可运行、切换与回退可控五类必查项。每项写明通过标准、取证方式、负责人和检查时点，影响上线的项目标为阻断项，全部关闭后才允许切换。
要点总览（TL;DR）
- 迁移业务验收清单围绕五类必查项组织：数据完整性与字段一致性、附件与文件可访问性、权限与角色还原、业务流程与状态可运行、切换与回退可控。
- 每项检查都要写明通过标准、取证方式、负责人和检查时点，结论逐项签署，保留证据位置，便于追溯。
- 数据差异未闭环、关键附件不可访问、存在越权访问、核心流程走不通、关键角色无法登录属于阻断项，未全部关闭不进入正式切换。
- 清单分试迁移后、正式切换前、切换后观察期三段使用，同一份清单在不同阶段采用不同的结论口径。
- 整体完成条件是阻断项全部关闭、非阻断项有责任人与期限、回退方案经过确认或演练，再由迁移负责人签署上线判定。
谁在什么时点使用这份验收清单
这份清单由迁移负责人牵头使用，业务代表、系统管理员和数据核对人共同参与。迁移负责人组织检查节奏并汇总结论，业务代表判断迁移结果是否符合实际工作习惯，系统管理员负责环境、账号和权限配置，数据核对人执行数量比对与抽样核验。四类角色各有签署责任，避免验收变成单一技术团队的自我确认。
检查时点分为三段。试迁移完成后执行第一轮全量检查，重点发现数据与配置问题；正式切换前执行第二轮复核，确认问题已闭环并具备上线条件；切换后观察期内执行抽查，验证真实使用中的可访问性与流程连续性。三段检查使用同一份清单，但结论口径不同：试迁移阶段允许存在待处理项，切换前必须关闭阻断项，观察期重点记录新发现的问题。
| 角色 | 试迁移后 | 正式切换前 | 切换后观察期 |
|---|---|---|---|
| 迁移负责人 | 组织检查、汇总差异清单 | 确认阻断项关闭、签署上线判定 | 跟踪遗留问题与回退预案状态 |
| 业务代表 | 确认字段含义与业务口径 | 确认核心场景可用 | 反馈实际使用中的流程问题 |
| 系统管理员 | 核对账号、角色与环境配置 | 确认权限与访问控制生效 | 处理账号与权限异常 |
| 数据核对人 | 执行总量比对与抽样核对 | 复核差异处理结论 | 抽查新增数据的完整性 |
签署方式建议采用逐项确认而非整表签字。每个检查项记录结论、证据位置和确认人，出现争议时能追溯到具体样本和判断依据。清单本身应保留版本号，试迁移与切换前复核使用不同版本记录，便于对比问题收敛情况。
数据完整性与字段一致性检查项
数据层检查先看总量，再看字段，最后看关联关系。总量比对确认源系统与目标系统的记录数一致，差异需要定位到具体项目、时间区间或对象类型。字段核对采用分层抽样：按项目、按状态、按创建时间各抽取一定数量记录，逐条比对关键字段值，包括标题、负责人、优先级、日期和编号。抽样比例根据数据规模和风险确定，核心项目建议提高抽样量。
字段可用性检查关注迁移后的实际可读性。必填字段不能出现空值，枚举值应落在目标系统的有效选项内，日期格式与编号规则保持可识别，长文本字段不能截断。关联关系是容易被忽略的部分：父子任务层级、需求与缺陷的关联、工作项与版本的归属，迁移后应保持指向正确对象。关联断裂往往不会在总量比对中暴露，需要单独抽取关联样本验证。
| 检查项 | 通过标准 | 取证方式 | 负责人 | 阻断 |
|---|---|---|---|---|
| 记录总数比对 | 各对象类型数量一致，差异均有书面说明 | 导出源系统与目标系统数量报表并留存 | 数据核对人 | 是 |
| 关键字段抽样比对 | 抽样记录字段值一致，无空值、截断或错位 | 抽样清单与逐条比对记录 | 数据核对人 | 是 |
| 枚举值与日期格式 | 选项值有效，日期与编号可正常识别 | 截图或导出样本 | 系统管理员 | 是 |
| 关联关系完整性 | 父子层级与对象关联指向正确 | 关联样本走查记录 | 业务代表 | 是 |
| 差异处理结论 | 差异清单为零，或每项差异有处理结论与确认人 | 差异清单及签署记录 | 迁移负责人 | 是 |
通过标准可以归纳为一句话：差异清单为零，或每项差异都有书面说明和明确处理结论。仅有口头确认不算通过。在ONES的迁移场景中，项目、工作项、状态、字段、流程、附件和历史记录属于迁移范围，验收时可据此逐类建立核对样本；字段映射的具体规则和还原限制需要在迁移前与实施方确认，清单中应把确认结论作为检查依据记录下来。
附件、文件与富文本检查项
附件检查分数量核对与可访问性验证两步。先比对源系统与目标系统的附件总数和总容量，再按文件类型、大小区间抽样打开，确认下载和预览正常。大文件、特殊格式文件和同名文件是高风险样本，应优先纳入抽样。附件缺失需要登记文件名、所属对象和缺失原因，并给出补传计划与完成时间。
内容载体还包括图片、富文本正文和评论中的内嵌内容。迁移后图片应正常显示，富文本的段落结构、表格和列表不应错乱，评论中的引用与提及保持可读。外部链接和文件引用需要逐类抽查：指向内部页面的链接应能定位到对应对象，指向外部地址的链接至少保持原地址可点击。链接失效不一定阻断上线，但需要登记并说明处理方式。
| 检查项 | 通过标准 | 取证方式 | 负责人 | 阻断 |
|---|---|---|---|---|
| 附件数量与容量 | 总数与总容量一致，差异有说明 | 附件清单导出比对 | 数据核对人 | 是 |
| 附件可下载可预览 | 抽样附件全部可正常打开 | 抽样打开记录与截图 | 系统管理员 | 是 |
| 图片与富文本显示 | 正文结构完整，图片正常显示 | 页面截图抽查 | 业务代表 | 否 |
| 评论内嵌内容 | 引用与提及可读，无乱码 | 评论样本截图 | 业务代表 | 否 |
| 文件链接与外部引用 | 内部链接可定位，失效链接已登记 | 链接抽查清单 | 系统管理员 | 否 |
通过标准是抽样附件全部可访问，缺失项有登记与补传计划。涉及知识库迁移时，ONES的Confluence迁移方案覆盖空间、页面、附件和权限结构，验收时可把页面附件与空间结构作为独立样本组核对；权限结构的还原粒度需要在迁移前确认，清单中应记录确认结果而非默认全部还原。
权限、角色与可见范围检查项
权限检查的目标是确认迁移后“该看到的人看得到，不该看到的人看不到”。先核对角色与成员的对应关系，确认项目成员、角色分配和管理权限与源系统一致。再按角色抽样登录，分别验证可见范围、编辑权限和操作权限。管理员、项目负责人、普通成员、只读成员应各抽若干账号实际登录验证，而不是只看配置页面。
敏感项目和受限空间需要单独验证访问控制。检查非成员账号是否确实无法进入，受限空间的默认可见范围是否符合预期。外部协作成员的权限边界同样要核验：外部成员应只能访问被授权的项目或空间，不能通过搜索、链接或关联对象看到其他内容。权限问题往往表现为两类，一类是越权可见，一类是关键数据不可见，两类都要纳入检查。
| 检查项 | 通过标准 | 取证方式 | 负责人 | 阻断 |
|---|---|---|---|---|
| 角色与成员对应 | 角色分配与源系统一致，无遗漏成员 | 角色成员对照表 | 系统管理员 | 是 |
| 按角色登录验证 | 各角色可见范围与操作权限符合预期 | 分角色登录截图 | 系统管理员 | 是 |
| 敏感项目访问控制 | 非授权账号无法访问受限内容 | 越权测试记录 | 系统管理员 | 是 |
| 外部成员权限边界 | 外部成员仅能访问授权范围 | 外部账号验证记录 | 业务代表 | 是 |
| 关键数据可见性 | 业务人员能正常看到所需数据 | 业务人员确认记录 | 业务代表 | 是 |
通过标准是按角色抽样登录验证后，无越权访问，也无关键数据不可见。权限核验应安排在数据核对之后，因为对象不存在时权限验证没有意义；同时应安排在业务走查之前，避免业务人员因看不到数据而误判流程问题。
业务流程与状态可运行检查项
静态数据存在不等于业务可以继续运转。流程检查要验证工作项状态、流转规则和看板视图显示正确，状态名称、状态顺序和流转条件与迁移前的业务约定一致。看板列与状态的映射关系需要实际打开确认，避免出现工作项落在错误列或无法拖动的情况。
端到端场景走查是这一节的核心。选取若干核心业务场景，从新建开始，经过流转、评审、关闭，再到查询和统计，完整走一遍。每个场景记录操作步骤、实际结果和是否符合预期。场景选择应覆盖主要业务类型，例如需求从提出到验收、缺陷从提交到关闭、任务从分配到完成。走查由业务代表执行，系统管理员配合处理配置问题。
报表与筛选结果需要与迁移前口径可比。选取迁移前已有的统计报表，核对相同时间范围和筛选条件下的结果差异，差异要有解释，例如统计口径调整或历史数据补录。筛选功能应能按状态、负责人、时间等常用条件正常返回结果。
| 检查项 | 通过标准 | 取证方式 | 负责人 | 阻断 |
|---|---|---|---|---|
| 状态与流转规则 | 状态名称、顺序与流转条件符合业务约定 | 状态配置截图与流转测试记录 | 系统管理员 | 是 |
| 看板视图显示 | 工作项落在正确列，视图可正常操作 | 看板截图 | 业务代表 | 是 |
| 核心场景端到端走查 | 新建、流转、关闭、查询全部走通 | 场景走查记录表 | 业务代表 | 是 |
| 报表口径可比 | 结果差异有解释，无异常缺失 | 报表对比截图 | 数据核对人 | 否 |
| 常用筛选可用 | 按状态、负责人、时间筛选结果正确 | 筛选结果记录 | 业务代表 | 否 |
通过标准是核心场景全部走通，报表差异有解释。流程验收还应关注原系统插件或自动化规则的替代情况。ONES建议先梳理实际使用的插件，再通过ONES Project、Wiki、TestCase、流程自动化和开放能力进行功能匹配，定制场景需要逐项评估。清单中可增加一项“依赖功能已逐项确认”，把评估结论作为流程可用的前提记录在案。
切换与回退的阻断项与完成条件
阻断项是决定能否切换的门槛，需要单独汇总而不是散落在各节。常见阻断项包括：数据差异未闭环、关键附件不可访问、存在越权访问、核心业务流程走不通、关键角色无法登录。每项阻断项应有明确的关闭证据和确认人，关闭后由迁移负责人统一签署。阻断项未全部关闭，不进入正式切换。
回退条件要在切换前写清楚，包括触发回退的具体情形、回退操作的责任人和预计耗时。回退演练结果作为检查项记录：演练是否执行、回退后源系统是否可正常使用、数据是否出现双向写入冲突。回退方案的具体支持方式需要与实施方在迁移前确认，清单中记录确认结论和演练记录，不把未验证的假设当作已具备的能力。
| 判定项 | 完成条件 | 证据 | 确认人 |
|---|---|---|---|
| 数据差异闭环 | 差异清单为零或全部有处理结论 | 差异清单签署记录 | 数据核对人 |
| 附件可访问 | 抽样附件全部可打开，缺失项有补传计划 | 附件检查记录 | 系统管理员 |
| 权限无越权 | 分角色验证通过，敏感内容访问受控 | 权限核验记录 | 系统管理员 |
| 核心流程可用 | 端到端场景全部走通 | 场景走查记录 | 业务代表 |
| 回退可执行 | 回退条件明确，演练结果符合预期 | 回退演练记录 | 迁移负责人 |
| 非阻断项管理 | 每项有责任人与完成期限 | 遗留问题清单 | 迁移负责人 |
整体完成条件是：阻断项全部关闭，非阻断项有责任人和期限，回退方案经过确认或演练。满足条件后由迁移负责人签署上线判定，业务代表确认业务可用，系统管理员确认环境与权限就绪。切换后观察期内继续使用清单抽查，新发现的问题按阻断与非阻断分类处理，确保验收结论在真实使用中站得住。
常见问题
试迁移阶段发现的数据差异，切换前必须全部处理完吗？
切换前需要把差异处理到可判定的状态：差异清单为零，或每项差异都有书面说明、处理结论和确认人。试迁移阶段允许存在待处理项，但到切换前复核时，未闭环的数据差异属于阻断项，不能带着进入正式切换。对于确认不影响业务使用、且已登记处理计划的差异，应由迁移负责人和业务代表共同确认后转为非阻断项管理。
权限核验为什么不能只看配置页面？
配置页面显示的是设置结果，实际可见范围还会受角色继承、空间默认可见性和外部成员边界影响。核验时应按管理员、项目负责人、普通成员、只读成员、外部协作成员分别抽取账号实际登录，验证能看到什么、能操作什么。越权可见和关键数据不可见是两类不同的问题，都需要在清单中留下验证记录。
附件数量对得上，是否就算附件验收通过？
数量一致只是第一步。还需要按文件类型和大小区间抽样打开，确认下载和预览正常，大文件、特殊格式和同名文件应优先抽样。图片、富文本正文和评论中的内嵌内容也要抽查显示是否正常。通过标准是抽样附件全部可访问，缺失项有登记和补传计划，仅有数量一致不足以判定通过。
核心业务流程走查应该选哪些场景？
选取覆盖主要业务类型的端到端场景，例如需求从提出到验收、缺陷从提交到关闭、任务从分配到完成。每个场景从新建开始，经过流转、评审、关闭，再到查询和统计，完整走一遍并记录实际结果。场景数量根据业务复杂度确定，原则是覆盖团队日常使用频率最高的流程，而不是只挑一两个简单场景演示。
回退方案在清单里怎么记录才算有效？
回退条件、触发情形、责任人和预计耗时要在切换前写清楚，回退演练的执行情况、回退后源系统是否可正常使用、是否出现数据冲突，都应作为检查项留下记录。回退方案的具体支持方式需要与实施方在迁移前确认，清单中记录确认结论和演练结果，未经验证的假设不作为已具备的能力写入。
