新旧系统切换前，迁移程序显示“执行成功”。项目组只随机打开了10条客户记录，发现页面显示正常，便准备停用旧系统。为了更可靠地确认迁移结果，下一步最应优先采取的是（）。
脚本成功只说明程序完成运行，少量页面抽查也不能覆盖遗漏、截断、映射错误和汇总差异。应从技术数量、字段校验和业务余额等层次进行对账，对差异形成清单并闭环后再决定切换。
选项分析
扩大人工抽查仍不能证明全量数据完整，也难发现系统性映射错误。
正确，兼顾全量数量、字段完整性和业务一致性，并要求差异闭环。
在验证完成前删除旧数据会破坏回退和追溯条件。
脚本无报错不代表源数据全部迁入，更不代表业务含义正确。
本题为什么容易错
项目组常把“ETL任务成功”当作“数据迁移成功”。前者是技术执行状态，后者还包含数据完整、转换准确、业务口径一致和结果可追溯。
简短答案
数据迁移完成后，只抽查几条记录为什么不能证明迁移正确，正确答案是 B（核对源端与目标端记录数、关键字段校验值和业务汇总余额，并处理差异清单）。脚本成功只说明程序完成运行，少量页面抽查也不能覆盖遗漏、截断、映射错误和汇总差异。应从技术数量、字段校验和业务余额等层次进行对账，对差异形成清单并闭环后再决定切换。
易混淆概念对比表
| 概念 | 本题判断 | 区别要点 | 记忆提示 |
|---|---|---|---|
| 继续随机打开更多页面，直到看不出异常 | 本题干扰项 | 扩大人工抽查仍不能证明全量数据完整，也难发现系统性映射错误。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 核对源端与目标端记录数、关键字段校验值和业务汇总余额，并处理差异清单 | 本题正确答案 | 正确，兼顾全量数量、字段完整性和业务一致性，并要求差异闭环。 | 看到题干核心场景时优先联想到它 |
| 删除旧系统数据，避免用户继续录入 | 本题干扰项 | 在验证完成前删除旧数据会破坏回退和追溯条件。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 只确认迁移脚本没有报错即可 | 本题干扰项 | 脚本无报错不代表源数据全部迁入，更不代表业务含义正确。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
本题易混淆选项怎么区分
- 继续随机打开更多页面，直到看不出异常：扩大人工抽查仍不能证明全量数据完整，也难发现系统性映射错误。
- 删除旧系统数据，避免用户继续录入：在验证完成前删除旧数据会破坏回退和追溯条件。
- 只确认迁移脚本没有报错即可：脚本无报错不代表源数据全部迁入，更不代表业务含义正确。
知识点详解
数据迁移验证应覆盖完整性、准确性、一致性和可追溯性。常见方法包括记录数比对、主键集合比对、关键字段校验和或哈希、金额与数量汇总、业务状态分布、抽样核验以及异常清单复核。涉及关键业务时还应明确冻结窗口、增量同步、切换判据和回退方案。
备考速记
迁移成功不是脚本跑完，而是数量齐、字段对、业务账能平。
验收在验收场景中的作用
迁移核对既是技术验证，也是业务验收证据。记录数一致只能证明数量大体对得上，校验值和关键字段用于发现内容变化，业务余额与状态分布用于发现转换口径错误；三层互相不能替代。
同类题怎么考
- 指出数据迁移方案缺陷
- 补充系统切换前检查项
- 设计迁移回退与对账措施
验收在系统集成项目管理工程师软考中的考法
案例题看到“脚本成功、抽查正常、准备停旧系统”，要立即补全量对账、业务核验、差异闭环和回退条件。答案只写“加强测试”过于宽泛，应明确核对对象和证据。
解题思路
迁移最怕“看起来都在，账却对不上”。老师实际验收时会分三层：先数记录，防止漏行；再比主键、校验值和关键字段，防止内容变形；最后让业务核对余额、状态和汇总口径。三层都过，才有资格谈停旧系统。
考点定位
迁移验证不能只看程序状态和页面抽样。至少要核对数量是否齐、关键值是否对、业务总账是否平，并保留异常处理证据和回退条件。
易错提醒
- 只看脚本返回码，不做源目标对账
- 只抽样页面，不核对全量汇总
- 未确认回退条件就提前停用或删除旧系统
备考提示
- 用数量、内容、业务三层整理迁移检查表
- 为每类差异写清责任人、处理结果和再次验证证据
你可能还想了解
- 迁移脚本成功为什么不等于迁移正确？
- 数据迁移要核对哪些指标？
- 如何验证迁移数据完整性？
- 系统切换前为什么要保留回退方案？
本文小结
数据迁移后应核对源目标记录数、关键字段校验值和业务汇总余额，形成并关闭差异清单，不能只凭脚本成功或少量页面抽查。