第一次接触数据迁移，开始就觉得是件折磨人的事情。从未做过，如何下手，是个头疼的问题。

于是网上各种资料搜罗，最后整理总结了两个要点：黑盒+白盒。这样才能完整地保证测试的有效性。

下面就先说一下黑盒部分

其实黑盒部分要说的不多。主要就是先了解迁移了哪部分内容，然后你才知道着手点。例如，我们的项目只迁移了消息部分内容。那我的目标就比较明确，只要保证消息迁移后各种场景都是可用的，且以前老数据一切正常、可现、可用。简单来说应该就包含以下6点吧。

1.老数据迁移后是否可正常展示，不会丢失；

2.迁移后老数据是否可继续编辑更新；

3.迁移过程中进行破坏操作（kill进程，关机重启等）后，老数据是否会重新进行迁移，并成功迁移；

4.未下载的老数据，迁移到新版本后是否可以继续成功下载、展示；

5.在退出状态下迁移数据后，再次登录，查看是否迁移成功；

6.老数据数量较大的情况下是否可以正常迁移（大量数据需要在数据库中直接插入进行测试数据构造）。

下面我就讲一下白盒部分吧

白盒测试，此次我做得相对来说要简单些吧。直接将新、老数据库的db拷贝出来，然后进行对比分析，查看两者之间的字段差异，是否存在问题。各种旧字段是否与新db有对应关系，具体情况需要按照项目的不同具体分析，这里就不多赘述了。

实战操作：需要一台已root过的Android手机，安装一个root explorer，使用RE找到对应的路径则可以直接查看db、导出db等（Android手机中文件的移动很方便，选中一条需要移动的内容，长按后选择移动，找到对应的需要放置的位置，点击移动到此处即可完成移动--需要长按然后打开文件的操作权限）。

ps:如果数据库已经造出了大量数据，可以重复利用数据库。将已构造好的老数据库放置到老版本db位置，打开老版本，将会看到大量的数据。

数据迁移实战