我最初测试数据迁移时感觉走了不少弯路，于是根据的经历小结一下如自己何去测试数据迁移，和大家交流一下心得体会。
一.思路的转换
测试数据迁移时一般开发会给你一份数据之间的对照表，比如说将B表迁到A表里去，开发给出的对照表的角度一般就是对A表字段进行描述，然后后面跟着需要迁的B表的对应字段。但是我感觉测试这边就不能按照这个思路去测试，会有遗漏的。
我们应该是从B表字段出发，按照测试的角度去重新“翻译”一下这个对照表，找到B表中的每个字段是否都在A表中有对应的迁移位置，没有的迁的字段就可以在前期发现了，然后测试这边可以根据业务来看看是否可以遗弃。因为实际的业务有时候开发了解的不是很透彻，有的字段在他的角度感觉可以遗弃，这时测试就可以在不同的角度帮忙审核一下是否真的能遗弃。很大程度上降低了风险。
二.业务的扩展
当对B表字段都找到对应位置后，再进一步根据业务来想想有关联的其他的表，也可以反过来查一下A表这边的字段，可能会有些字段，尤其是没有对应导数据的字段是否能为空。
还有对于类似描述属性的字段需要关注，这种字段里面记录的信息会很丰富，然后根据业务分类出不同类型的属性数据来减少遗漏。
测试的时候还需要根据业务选择具有代表性的数据来测试，提高了测试效率和覆盖率。
三.细节的关注
象这样筛选出数据然后把字段过了一遍之后基本上很多问题都会被查出来了，然后还有一些细节的地方需要关注一下，不过一般问题不是很大，那就是对于存贮一些文字信息的字段需要看下特殊字符导出的对不对，因为有些特殊字符存在数据库里是转义了的。
保险起见最后还要在前台页面上看导出的数据显示情况，这里也通过 的话感觉基本上就可以了，如果还需要验证新造数据能否正常用的话那就还需要在新数据表上走一下流程创造新数据检查一下。
四.我的感受
测试数据迁移能做到条理清晰的话就会快很多，如果不是一个人测迁移的话，最好的配合是熟悉B表的测试人员和熟悉A表的测试人员配合一起效率会更高。如果后期的对比数据测试时能迅速开发出一个事务就更有效率了，呵呵，不过开发事务的时间比较长就不划算了~