迁移并行验证的依据，可以归纳为五类材料：来源与目标的范围基线、字段与附件映射的对照记录、试迁移与并行运行的同口径比对结果、业务验收签字与关键场景回放记录，以及切换窗口与回退点的确认材料。判断能否切换，要看这些证据是否可复核、差异是否已解释并处置，迁移任务跑完只是其中一项。验证过程中的差异登记、验收记录和评审交接，可以借助ONES等协作平台留痕，便于后续追溯。
要点总览（TL;DR）
- 并行验证的依据由五类材料组成：范围基线、映射对照记录、同口径比对结果、业务验收签字与场景回放记录、切换窗口与回退确认材料。
- 范围基线要冻结来源与目标的版本、环境、数据时间点，并逐项列明纳入验证的对象类型和排除项，作为后续比对的统一基准。
- 比对按对象类型设定口径，数量做全量核对，字段值和状态流转按风险抽样；差异分为阻断、需修正、可接受三档，逐条登记责任人与关闭标准。
- 业务验收由关键用户回放核心场景并签字，附件、评论、历史记录单独核验，证据以比对报告、差异台账和验收记录归档。
- 切换门槛在验证启动前确定，通常要求阻断级差异清零、验收签字完成；回退触发条件、数据范围和责任人提前写明并经过演练。
并行验证要覆盖哪些来源、目标与对象范围
并行验证的第一步是界定验证边界，让验证对象与迁移对象保持一致。范围基线一旦冻结，后续所有比对都以它为基准，避免出现“迁移了A、验证了B”的错位。
范围基线需要写清来源系统与目标系统的基本信息：产品名称、版本、部署环境（测试或生产）、数据截止时间点。时间点尤其关键，并行运行期间来源系统仍在产生新数据，若不约定截止时点，比对数量会持续漂移，差异无法收敛。
纳入验证的对象类型应逐项列明。研发工具迁移通常涉及工作项、需求、缺陷、测试用例、附件、评论、状态与历史记录。每一类对象都要说明验证粒度：工作项按条数加关键字段，附件按文件数量加可打开性，历史记录按变更条数加时间顺序。
排除项与暂不迁移项需要书面说明。例如已归档项目、测试环境产生的脏数据、依赖特定插件的定制字段，都应写明不纳入本次验证的原因和后续处理安排。这份说明既是验证范围的边界，也是切换后处理遗留问题的依据。
范围基线冻结后，形成一份可复核的清单：对象类型、来源数量、目标预期数量、版本与环境、数据时间点、排除项。清单由迁移负责人和业务负责人共同确认，作为后续比对记录表的表头基准。
并行验证开始前需要准备哪些输入与依赖
并行验证不宜在数据未就绪时启动。启动前需要确认输入材料齐全、目标侧配置就绪、双系统写入规则明确，否则比对结果会混入配置问题而非迁移问题。
试迁移结果是首要输入。试迁移阶段已经暴露出字段截断、附件丢失、状态映射错误等问题，并行验证应基于修正后的映射对照表开展。映射对照表要覆盖字段级对应关系、枚举值转换规则、附件存储路径规则，以及无法自动映射、需人工确认的字段清单。
目标侧的账号、权限与字段配置需要提前就绪。验证人员应具备读取来源数据和目标数据的权限；目标系统的字段类型、必填规则、状态机配置应与映射方案一致。配置未定就启动比对，会把配置调整误判为数据差异。
并行运行期间的双系统写入规则要明确到责任人。常见做法是来源系统继续作为业务主系统，目标系统只读或仅由验证人员写入测试数据；若允许双写，需规定哪些对象类型双写、冲突时以哪侧为准、由谁裁决。规则不清晰，同一工作项在两侧出现不同状态时无法判断是迁移错误还是正常业务变更。
比对方式的选择依据对象规模和风险。数据量小、字段规则简单的对象可以全量比对；数据量大或历史记录复杂的对象，采用全量数量核对加关键字段抽样。抽样比例依据对象总量和业务关键程度确定，核心业务对象提高抽样比例，低风险配置类数据可降低比例。选择人工抽样还是工具比对，取决于是否有可用的比对脚本或导出能力，以及团队对结果复核的要求。
启动检查表可按以下条目逐项确认：范围基线已签字、映射对照表为最新版本、目标侧权限与字段配置完成、双写规则与责任人已通告、比对方式与抽样比例已确定、差异登记入口已建立。全部确认后再进入并行比对。
并行运行期间如何做同口径比对
同口径比对的含义是：来源侧和目标侧用同一套统计规则、同一时间点、同一字段定义来取数。口径不一致，比对结果就没有决策价值。
按对象类型分别设定比对口径。工作项比对数量、标题、负责人、优先级、创建时间等关键字段值；需求与缺陷比对状态流转路径和当前状态；测试用例比对步骤数与关联关系；附件比对文件数量、文件名、大小和可打开性；评论与历史记录比对条数和时间顺序。每一类对象的比对项应写入比对记录表，避免不同验证人员各按各的理解取数。
| 比对维度 | 比对内容 | 常用方式 | 结果记录 |
|---|---|---|---|
| 数量 | 各对象类型的总条数、按项目或模块分组条数 | 全量统计 | 来源数、目标数、差值 |
| 字段值 | 关键字段的取值与格式 | 全量或抽样 | 不一致条目及原因 |
| 状态流转 | 当前状态与历史状态序列 | 抽样加关键路径全查 | 状态偏差清单 |
| 附件完整性 | 文件数量、可打开性、大小 | 全量清单加抽样打开 | 缺失或损坏文件清单 |
全量与抽样结合使用。数量类指标做全量核对，成本低且能快速发现批量丢失；字段值和状态流转按对象风险抽样，核心业务对象提高比例。抽样结果若发现系统性偏差，应扩大抽样范围直至定位原因，不能以“抽样未发现问题”直接放行。
差异分级建议分为三档：阻断级差异影响业务可用性，例如关键字段丢失、附件无法打开、状态错乱导致流程无法推进；需修正级差异影响数据准确性但不阻断使用，例如格式不一致、非关键字段为空；可接受并记录级差异属于已知规则差异，例如来源系统的自定义字段在目标侧以备注形式保留。分级标准在比对开始前确定，避免事后按结果调整标准。
差异登记要逐条落到台账：差异编号、对象类型与标识、来源值、目标值、差异级别、责任人、处置动作、关闭标准、关闭时间。关闭标准应可核验，例如“附件重新上传并打开验证通过”或“字段值按映射规则修正后复核一致”。台账由迁移负责人定期评审，阻断级差异清零前不进入切换决策。
业务验收与核验证据如何形成
技术比对回答“数据是否搬过去了”，业务验收回答“搬过去之后业务能不能照常跑”。两者证据合并，才构成可签字的验收结论。
关键业务场景回放清单由业务角色提供。典型场景包括：新建一个需求并走完评审流程、缺陷从提交到关闭的状态流转、测试用例与需求的关联查询、按项目筛选工作项并导出、打开历史附件查看内容。每个场景写明操作步骤、预期结果和实际结果，回放时由业务人员实际操作目标系统，验证人员记录。
业务角色参与的验收方式应明确到人。建议由各业务线的关键用户或流程负责人参与回放，验收记录包含参与人、回放日期、场景编号、结论（通过或不通过）和签字。签字记录是切换决策的必要材料，仅有技术比对报告不足以支撑业务侧确认。
附件、评论、历史记录属于易漏项，需要单独核验。附件按文件类型抽样打开，确认内容可读；评论核对条数和归属工作项；历史记录核对变更时间顺序和操作人。这些内容在数量比对中容易被汇总数字掩盖，单独核验能发现“数量对但内容错”的问题。
证据留存形式包括：比对报告（含口径说明和统计结果）、差异处置台账（含关闭记录）、场景回放记录（含截图或操作日志）、验收签字页。证据包按验证批次归档，与范围基线放在同一目录，便于切换评审时一次性调取。
切换窗口与回退条件如何依据验证结果确定
切换决策的依据是证据门槛是否达成，而非并行运行时间长短。门槛建议在验证启动前就确定，避免临近切换时因进度压力放宽标准。
允许切换的证据门槛通常包括：阻断级差异清零并有复核记录；需修正级差异已处置或经业务确认可带入目标系统；业务验收签字完成；范围基线内的对象类型全部完成比对。部分组织还会要求并行运行至少覆盖一个完整业务周期，例如一个迭代或一次月度结账，以观察周期性业务在目标系统的表现。这一条是否纳入门槛，取决于业务节奏和风险承受度。
切换窗口的选择依据业务低峰期、关键用户可用性和回退操作可行性。窗口内需要完成来源系统写入停止、增量数据同步、目标系统启用和首轮检查。并行运行的停止时点应与切换窗口衔接：切换前最后一次增量同步完成后，来源系统转为只读，避免切换过程中产生新的未同步数据。
| 判定项 | 允许切换的条件 | 触发回退的情形 |
|---|---|---|
| 差异状态 | 阻断级差异清零，需修正级差异已处置或确认可接受 | 切换后发现新的阻断级差异且无法在窗口内修复 |
| 验收签字 | 业务负责人完成签字 | 关键业务场景在目标系统无法完成 |
| 数据同步 | 最后一次增量同步核对一致 | 增量数据缺失或数量偏差超出约定范围 |
| 系统可用性 | 目标系统在窗口内稳定运行 | 目标系统出现影响业务使用的故障 |
回退触发条件、回退数据范围和责任人要提前写明。回退数据范围指切换窗口内产生的新数据如何回到来源系统或另行留存；责任人包括回退决策人、执行人和业务通知人。回退预案应经过一次演练或在试迁移阶段验证过关键步骤，避免切换当晚首次执行。
切换后短期观察项包括：关键业务流程的完成率、附件打开成功率、用户报障数量、数据同步延迟。观察期长度依据业务周期确定，观察期内发现的问题按差异台账同样的分级方式登记和关闭，复发问题回溯到并行验证阶段未覆盖的口径。
用ONES承载并行验证的记录与交接
并行验证产生的范围基线、比对记录、差异台账和验收签字，需要在团队可访问的平台上统一留存，让验证人员、业务负责人和切换决策人看到同一份状态。ONES可以承载这类管理动作：把比对差异登记为工作项并分配责任人，用状态流转标记待处理、已修正、已关闭，评审与签字环节的交接记录随工作项或文档一并保留。
具体做法上，范围基线和映射对照表可以作为文档存放在知识库中，与差异工作项建立关联；每条差异工作项记录来源值、目标值、差异级别和关闭标准，责任人更新处置进展，迁移负责人按状态视图检查阻断级差异是否清零。业务验收记录和回退预案同样归档在知识库，切换评审时从同一入口调取证据包。
ONES的Jira迁移方案围绕项目、工作项、状态、字段、流程、附件和历史记录进行迁移，Confluence迁移方案将空间、页面、附件和权限结构迁移到ONES Wiki，方案目标包括数据完整、业务连续和系统稳定。这些能力描述的是迁移范围与目标，并行验证的具体比对口径和切换门槛仍需结合组织实际确定。对于存在插件或定制场景的迁移，迁移前逐项评估替代方式，评估结论也应纳入验证范围基线，作为差异登记和验收的输入。
常见问题
并行运行期间来源系统还在产生新数据，比对数量一直对不上怎么办？
这是并行验证最常见的执行难点。处理方式是在范围基线中约定一个数据截止时间点，来源侧和目标侧都按该时点取数比对。截止时点之后产生的新数据不纳入本轮比对，单独记录为增量，在切换窗口的增量同步环节核对。
如果业务无法暂停，可以按固定周期做快照比对，例如每天固定时刻导出两侧数据，比较同一快照内的差异。关键是每次比对都注明取数时间，避免用不同时点的数据互相比较。
抽样比对没有发现问题，能否直接判定该类对象验证通过？
抽样结果只能说明样本范围内一致，不能直接等同于全量通过。判定通过需要满足两个条件：数量类指标已做全量核对且差值可解释；抽样中未发现系统性偏差。
如果抽样发现同类问题反复出现，应扩大抽样范围直至定位原因，必要时转为全量核对。抽样比例本身也应写入比对记录表，便于评审时判断结论的覆盖程度。
业务验收签字由谁签、签到什么粒度比较合适？
签字人应是各业务线的关键用户或流程负责人，对本业务线的场景回放结论负责。粒度建议按业务线加场景清单签署，而不是只签一份总体确认页。
签字记录应包含参与人、回放日期、场景编号、预期结果与实际结果、结论。这样切换后若某场景出现问题，可以回溯到当时的验收记录，判断是验证遗漏还是使用方式变化。
切换窗口内发现新的阻断级差异，应该立即回退还是先修复？
判断依据是修复所需时间与窗口剩余时间的关系，以及该差异对业务的影响范围。如果差异可以在窗口内修复并完成复核，按差异台账流程处置后继续切换；如果修复时间超出窗口或影响核心业务流程，按预案触发回退。
回退决策人、执行人和业务通知人应在预案中提前指定，避免现场临时协商。回退数据范围也要写明：窗口内产生的新数据是回到来源系统还是另行留存，需要有明确安排。
并行验证的记录分散在表格和聊天记录里，切换评审时怎么保证证据可调取？
建议在验证启动时就确定统一的留存位置：范围基线、映射对照表、比对报告、差异台账、验收记录和回退预案放在同一目录或同一项目下，按验证批次归档。
差异登记为工作项并分配责任人，用状态标记待处理、已修正、已关闭，评审时按状态视图检查阻断级差异是否清零。ONES可用于承载这类记录与交接，具体字段和流程按团队实际配置。
