迁移验收只看数据条数，容易在切换后暴露业务中断、权限错位和用户无法操作的问题。本文围绕“数据完整、业务可用、用户可操作、切换可回退”四层，给出可纳入通过标准的可用性指标、计算公式、统计范围与判定方式，并说明如何留存证据、处理例外和解读结果。
要点总览（TL;DR）
- 迁移验收不能只看数据条数，应同时判定数据完整、业务可用、用户可操作、切换可回退四层，每层写明阈值、证据来源和例外规则。
- 可用性指标覆盖关键字段完整率、状态一致率、关联关系完整率、核心流程端到端通过率、缺陷密度与严重级别分布、权限正确率、响应时间和核心任务首次完成成功率。
- 定量指标统一按“分子÷分母×100%”计算，并事先约定分母为零、样本不足、缺失值、重复值和跨系统对账差异的处理规则。
- 缺陷密度低但存在阻断级缺陷时仍应判为不通过；不同批次和对象类型的指标不宜直接横比，单一指标不能替代整体结论。
迁移业务验收要判定什么
迁移业务验收的对象是迁移后的业务运行状态，包括业务对象是否完整、核心流程能否走通、权限与可见范围是否正确、用户能否顺利完成日常任务，以及出现问题时能否回退。数据条数对得上，只说明搬运量接近，无法回答“业务还能不能正常做”。
因此，通过标准宜按四层共同判定：
- 数据完整：关键字段、业务对象状态、对象间关联关系在迁移后保持一致，差异可解释、可追溯。
- 业务可用：核心流程能够端到端走通，迁移引入的缺陷在数量和严重级别上处于可接受范围。
- 用户可操作：权限与可见范围正确，关键页面和接口响应时间满足使用要求，用户能独立完成核心任务。
- 切换可回退：回退方案经过演练，回退步骤、耗时和恢复结果有记录，出现严重问题时可以执行。
每一层都需要同时写明三件事：通过阈值、证据来源、例外处理规则。阈值说明达到什么程度算通过；证据来源说明用什么材料证明；例外处理说明个别不达标项由谁评估、依据什么批准放行。缺少任何一项，验收结论都容易变成口头判断。
可用性指标清单与统计范围
可用性指标应覆盖数据、业务、操作三个层面，并把回退能力作为独立判定项。下表给出可直接纳入验收方案的指标集合及统计范围，具体阈值由项目在迁移前结合对象规模、业务重要性和风险承受度约定。
| 层面 | 指标 | 统计范围 |
|---|---|---|
| 数据层 | 关键字段完整率 | 按对象类型抽样或全量检查迁移后记录的关键字段是否为空、是否落在合法值域 |
| 数据层 | 业务对象状态一致率 | 对比迁移前后同一对象的状态值，统计一致记录占应检查记录的比例 |
| 数据层 | 关联关系完整率 | 检查父子关系、关联工作项、附件归属等关系在迁移后是否保留且指向正确对象 |
| 业务层 | 核心流程端到端通过率 | 选取覆盖主要业务场景的流程用例，从发起到关闭完整执行，统计通过用例占比 |
| 业务层 | 迁移后缺陷密度 | 统计验收期间发现的迁移相关缺陷数量与检查对象规模之比，并按严重级别分组 |
| 业务层 | 缺陷严重级别分布 | 按阻断、严重、一般、轻微分级统计，重点观察阻断与严重级别的数量 |
| 操作层 | 权限与可见范围正确率 | 抽取不同角色用户，核对其可见项目、可操作对象与迁移前授权是否一致 |
| 操作层 | 关键页面与接口响应时间 | 在约定并发和数据量下，记录核心页面加载与关键接口的响应时间分布 |
| 操作层 | 核心任务首次完成成功率 | 邀请真实用户在不接受额外指导的情况下完成核心任务，统计一次成功的人数占比 |
| 回退层 | 回退演练可执行性 | 按回退方案完整演练一次，记录是否成功、耗时、数据恢复结果与遗留问题 |
统计范围需要在验收方案中提前固定：抽样对象如何选取、覆盖哪些对象类型和角色、统计时间窗从何时到何时、跨系统对账以哪一侧为准。范围一旦变化，指标结果就失去可比性，因此变更应记录在案并说明对结论的影响。
每项指标的口径与计算公式
定量指标应统一写成“分子÷分母×100%”的形式，并注明单位、时间窗和数据来源。以完整率为例：
关键字段完整率 = 关键字段符合要求的记录数 ÷ 应检查记录总数 × 100%
其中“符合要求”需事先定义，例如字段非空、值在合法枚举内、格式可解析。状态一致率、关联关系完整率、权限正确率、流程通过率均可采用同一结构，区别在于分子和分母的界定。
| 指标 | 分子 | 分母 | 单位与时间窗 |
|---|---|---|---|
| 关键字段完整率 | 关键字段全部符合要求的记录数 | 应检查记录总数 | 百分比；以迁移完成时点数据为准 |
| 业务对象状态一致率 | 迁移前后状态一致的记录数 | 参与比对的记录总数 | 百分比；比对窗口为迁移前后同一业务快照 |
| 关联关系完整率 | 关联关系保留且指向正确的记录数 | 应检查的关联关系总数 | 百分比；按关系类型分别统计 |
| 核心流程端到端通过率 | 完整走通且结果正确的流程用例数 | 执行的流程用例总数 | 百分比；验收执行期内 |
| 缺陷密度 | 迁移相关缺陷数 | 检查对象规模（如每百个工作项） | 个/百对象；验收执行期内累计 |
| 权限与可见范围正确率 | 权限核对一致的抽样用户数 | 参与核对的抽样用户数 | 百分比；按角色分层统计 |
| 核心任务首次完成成功率 | 一次独立完成核心任务的用户数 | 参与任务的用户数 | 百分比；任务执行当次统计 |
缺失值和边界情况需要事先约定规则：
- 分母为零：某类对象在本次迁移中不存在时，该指标记为“不适用”，并说明原因，不能记为100%达标。
- 样本不足：抽样量低于约定下限时，应扩大样本或改为全量检查；无法扩大时在结论中标注置信度不足。
- 缺失值：源系统中原本为空的字段不计入“应检查”范围，但需单独统计源端缺失数量，避免把源端问题算作迁移问题。
- 重复值：迁移产生的重复记录计入不一致，并单独列出重复对象清单。
- 跨系统对账差异：以迁移前冻结的业务快照为基准，差异逐条登记原因，无法解释的差异计入不通过项。
定性指标同样需要证据和标准。回退演练的通过标准可写为：按回退方案在约定时间窗内完成回退，核心业务对象恢复可访问，数据恢复到演练前快照状态，遗留问题有明确处理人。证据形式为演练记录、操作步骤、耗时记录和恢复结果截图。
验收执行步骤与证据留存
验收执行建议按“数据核对→流程走查→权限核验→性能观测→回退演练”的顺序推进。前一步的结论是后一步的前提，例如数据核对发现大量关联关系缺失时，应先修复再进入流程走查，避免在错误数据上得出流程结论。
抽样与全量的取舍取决于对象规模和风险：核心业务对象、状态字段、权限配置建议全量校验；历史归档类、低活跃对象可按对象类型分层抽样，抽样比例和随机规则写入方案。抽样结果只能代表抽样范围，结论中应注明覆盖比例。
证据留存应覆盖每项指标的来源材料：
- 数据核对阶段：对账报告、差异清单、字段完整率统计表。
- 流程走查阶段：流程用例清单、执行记录、关键步骤截图。
- 权限核验阶段：角色与权限对照表、抽样用户核对记录。
- 性能观测阶段：页面与接口响应时间记录、观测时的数据量和并发条件。
- 回退演练阶段：演练方案、执行记录、耗时与恢复结果。
- 缺陷管理：缺陷清单，包含严重级别、发现阶段、处理状态和复验结果。
不通过项应进入复验流程：记录问题、指定修复责任人、约定复验时间，复验时使用同一口径重新计算。确实无法在切换前修复的项，走例外审批，由业务负责人和技术负责人共同评估影响范围，明确临时规避措施和后续处理计划，并作为验收结论的附条件。
在迁移验收这类跨角色协作中，缺陷、复验任务和例外审批需要可追踪的承载方式。ONES 的 Jira 迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录，Confluence 迁移方案将空间、页面、附件和权限结构迁入 ONES Wiki，验收期间发现的差异可以登记为工作项，对账报告和演练记录可以沉淀在文档中，复验状态和审批结论随记录保留。这样做的价值在于让每条不通过项都有对应的处理动作和证据，而不是散落在多个沟通渠道里。
一个迁移验收的算例
以下为演示情景，数据为假设值，用于说明计算与判定方式。
某次迁移涉及一类业务对象共 12,000 条记录。验收方案约定：关键字段完整率不低于 99.5%，状态一致率不低于 99%，核心流程端到端通过率 100%，阻断级缺陷为 0，严重级缺陷不超过 3 个，权限正确率不低于 99%。
数据层计算：全量检查 12,000 条记录，其中 60 条存在关键字段为空或值域非法，关键字段完整率 = (12,000 − 60) ÷ 12,000 × 100% = 99.5%，达到阈值。状态比对发现 150 条状态与迁移前快照不一致，状态一致率 = (12,000 − 150) ÷ 12,000 × 100% = 98.75%，低于 99% 的阈值，该项不通过。
业务层计算：执行核心流程用例 40 个，38 个完整走通，通过率 = 38 ÷ 40 × 100% = 95%，未达到 100% 的要求。缺陷统计发现阻断级 1 个、严重级 2 个、一般级 15 个。缺陷密度按每百个工作项计为 (1 + 2 + 15) ÷ 120 ≈ 0.15 个/百对象，总量不高，但阻断级缺陷直接导致流程无法完成。
综合判定：关键字段完整率单项达标，但状态一致率、流程通过率和阻断级缺陷三项不满足通过标准，整体结论为不通过。这个例子说明，完整率达标不能替代整体验收：字段填满了，状态错了、流程走不通，业务仍然不可用。
修复后复验时，应使用同一批对象和同一口径重新计算，并记录修复前后的差异数量变化，作为复验证据。
结果解读与常见限制
指标达标说明在约定范围和口径内达到了阈值，不能直接推出业务无风险。解读时需注意以下限制：
- 总量会掩盖严重问题：缺陷密度低但存在阻断级缺陷时，业务仍可能无法运行。判定应同时看密度和严重级别分布，阻断级问题单独设为零容忍项。
- 不同批次和对象类型不可直接横比：对象结构、字段复杂度、历史数据质量不同，完整率和一致率的分母构成不同，横向比较容易得出错误结论。比较应在同一对象类型、同一口径下进行。
- 样本量小和时间窗短带来偏差：抽样比例低、观测时间短，指标波动大，可能高估或低估实际质量。样本不足时应在结论中标注，必要时扩大检查范围。
- 性能指标依赖观测条件：响应时间与数据量、并发数、网络环境相关，脱离条件谈数值没有意义，记录时应同时写明观测条件。
- 首次完成成功率受用户熟悉度影响：迁移后用户对新界面尚不熟悉，成功率偏低不一定代表系统不可用，可结合任务耗时和问题记录综合判断。
- 单一指标不能替代整体结论：验收结论应由四层指标共同支撑，任何一层不通过都应进入修复或例外审批，不能用其他层的达标来抵消。
把阈值、口径、证据和例外规则在迁移前写清楚，验收时按同一口径复算，结论才经得起复核。指标的作用是让判断有据可查，最终放行决定仍需结合缺陷性质、业务影响和回退准备情况综合做出。
常见问题
迁移验收时，数据条数对得上但业务方仍反馈不可用，问题通常出在哪里？
常见原因集中在条数之外的三个层面：状态字段与迁移前快照不一致，导致对象出现在错误的阶段；关联关系丢失或指向错误对象，使父子关系、附件归属断裂；权限与可见范围未对齐，用户登录后看不到应有的项目或无法操作。验收方案应把状态一致率、关联关系完整率和权限正确率单列为指标，并在流程走查前完成数据核对，避免在错误数据上得出流程结论。
核心任务首次完成成功率受用户不熟悉新界面影响，如何避免误判？
该指标反映的是用户独立完成任务的体验，迁移后短期内偏低可能来自界面陌生而非系统缺陷。执行时可同时记录任务耗时和用户遇到的问题类型，把因操作习惯导致的问题与因功能缺失、数据错误导致的问题分开统计。若多数失败集中在同一操作路径，应优先排查该路径的功能与权限配置；若失败分散且以找不到入口为主，可结合培训或引导后再复测。
某项指标未达标但影响范围有限，能否直接放行？
可以走例外审批，但需要满足条件：由业务负责人和技术负责人共同评估影响范围，明确临时规避措施、责任人和后续处理计划，并把结论作为验收的附条件记录在案。阻断级缺陷、核心流程无法走通、回退演练失败这几类问题不宜通过例外放行。例外审批的价值在于让放行决定有依据可查，而不是把不达标项从结论中隐去。
回退演练没有真实执行过，只写了回退方案，能否算通过？
回退能力属于切换风险控制项，仅凭书面方案难以证明可执行。建议至少完整演练一次，记录是否成功、耗时、核心业务对象是否恢复可访问、数据是否回到演练前快照状态，以及遗留问题的处理人。演练中暴露的问题应在正式切换前修复并复演。若因条件限制无法完整演练，应在验收结论中标注该风险，并说明切换窗口内的应急安排。
验收期间发现的差异和缺陷，用什么方式承载才能保证复验可追踪？
差异和缺陷应登记为可追踪的工作项，包含严重级别、发现阶段、处理状态和复验结果；对账报告、流程截图和演练记录沉淀在文档中，与对应工作项关联。ONES 的 Jira 迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录，Confluence 迁移方案将空间、页面、附件和权限结构迁入 ONES Wiki，验收记录可以随工作项和文档保留，便于复验时按同一口径重新核对。
