数据迁移测试经验分享

以下为作者观点：

数据迁移，是在保证新旧系统业务连续性的前提下，将数据从旧数据库迁移到新数据库的过程，测试前通过迁移策略和方案了解新旧系统数据如何重构与关联，测试过程需确保数据迁移的正确性，主要体现在技术层面，确保数据0丢失，数据库库表处理正确，字段映射正确；业务层面确保数据量、各数据转换正确，确保业务连续性，数据能向后、向前兼容性测试，同时新旧功能可以正常使用，相关报表正确。

迁移测试关注的重难点？风险？

可能有同学会问:数据迁移测试需要关注哪些点？测试过程可能存在哪些风险呢？

首先，需要关注数据迁移的技术细节。数据迁移通常有两种类型，同类型数据库的迁移和不同类型数据库的迁移，不同类型的数据库迁移可能涉及表结构变化、编码和语法上的差异，会加大迁移的难度。在表结构方面，有的迁移是直接复制表，有的迁移是进行表结构拆分与合并，后者测试时需关注各表字段、类型、长度、映射等变化。迁移数据规模程度也会影响到迁移的结果，数据量大，数据库表迁移准确性难度增大。

另外，还需要关注迁移时点的数据的业务状态。通常来说，迁移时服务器应用会提前停止服务，并进行必要的数据检查，避免迁移期间产生新的业务或操作系统带来的迁移问题。若迁移涉及表结构的变更，表字段新增、修改、删除等变化。测试时需关注各表的更正情况，数据、报表变化情况。

最后，需要关注迁移时点前后的业务规则变化。除了考虑新系统的规则变化，还要考虑旧数据迁移后需要进行规则适配，例如旧系统没有，新系统有的字段，验证是否给到正确的默认值。保证旧系统数据迁移后业务的可用性与连续性，避免迁移后需重新回滚测试。

接下来，我们将详细介绍数据迁移的测试策略及测试实施，话不多说，上干货~

迁移测试验证策略与计划

一、需要熟悉迁移方案

了解新老系统上线方案，以及数据