数据迁移测试

确认需求

当有数据迁移的需求过来之后，首先要搞清楚：

1. 数据迁移的目的：
   是产品的改版、重构、还是已有功能的外迁。
2. 涉及到哪些相关接口：
   接口是前端展示和数据的传送带，数据需要通过接口这个媒介展示在用户面前。既然要进行数据的迁移，就要考虑影响的接口有哪些，这直接影响了数据的写入、取出等，即直接影响了展示和用户使用。
3. 会影响什么现有功能：
   数据、接口是会直接影响功能的，而功能又是最直观的表现，所以明确知道
   会影响哪些功能就尤为重要，在测试时这些功能的测试优先级就较高。

确认迁移的字段

1. 要进行数据的迁移肯定要跟数据库打交道，这是不可避免的，这就要求我们对数据库有一定的熟悉。我认为数据迁移通常来说，以表来划分可以分为全部迁移和部分迁移，有些需求的实现是要将表中的全部字段都进行迁移，而有些则是只将涉及到的部分字段进行迁移即可，这种情况通常是多个接口涉及到的数据存在同一张表里，但本次只需对相应接口及功能涉及到数据进行迁移。
   全部迁移：
   a. 表中的所有字段从一个数据库表迁移到另一个数据库表中
   b. 一个表中所有字段迁移到同数据库中的另一张表中
   部分迁移：
   a. 表中的部分字段从一个数据库表迁移到另一个数据库表中
   b. 一个表中部分字段迁移到同数据库中的另一张表中

3、制定测试计划

在明确了需求之后，接下来就要制定测试计划啦，这可谓是整个流程的核心，也是重中之重，其实就是跟写测试用例差不多。前期制定好测试计划后，在后续的测试工作中能一定程度上的减少遗漏，也不会因为没有计划而慌乱抓瞎，宁愿前期多做一些准备工作也要将后续的测试工作做好（适当时间内）。而且对于业务和逻辑的理解越多，测试计划就可以越详尽，覆盖的点就可以越全面。
我一般喜欢将测试计划分为功能层面和数据层面：
a. 功能层面:
肯定是前端UI展示方面无问题，但是仅仅测试功能层面是有些不全面的，有一些问题我们可能无法在前端看出来，这就需要结合数据库去看。
b. 数据层面:
我们必须保证数据在迁移前后无问题，完全正确，包括数据的数量和详情，数据的新增、编辑。

4、进行测试

一般数据库的迁移会涉及到接口，可以利用接口测试辅助。然后一步一步按照测试计划测试即可，需要注意的是数据库中默认值、空值、null值，以及迁移的数据库新表中有无新增字段，代表什么。
小贴士：
mongoDB数据库中，会看到时间与本地时间相差8个小时，这是为什么呢？因为mongoDB数据库中默认时间格式是格林威治标准时间。设置显示本地时间：

屏幕快照 2019-02-25 下午2.09.21.png