迁移测试总结

本迭代由于新增了表单的状态，由以前的未完成、已完成、已通过审核变成现在的未完成、已完成、已通过审核、已完结4种状态，还有新增了表单的人工审核等逻辑。由于数据库中已有的表不能满足本期新增的需求，所以需要在服务端新增一张表。在这种情形下，需要将以前的表单的状态数据迁移到新建的表中，因而引入了迁移测试。
本迭代的数据迁移采用了前端发送表单各种小消状态的rabbitmq消息，服务端经过计算后存入表中的形式展开。涉及到的测试字段有表单的id及表单相关的3个小状态和最终的状态。

测试目标：

验证迁移前后表单数据的一致性及正确性。包含表单总量是否一致，即迁移的表单和存入数据库的表单数量，表单的三个小状态是否一致，表单的最终状态是否正确。

测试形式：

1. 小样本手工测试：准备一些测试数据，在迁移结束后，人工检查迁移结果是否正确
   1）事先（本迭代开发前）准备（查找之前有的或新建）不同类型的表单数据，或者在开发已结束后准备不同类型的表单数据，然后在新增的表中删除这些数据
   2）让开发触发这些测试数据的迁移脚本，或者在rabbitmq中手动发送消息触发迁移
   3） 迁移结束后在客户端查看状态是否正确，在服务端的数据库表中查看表的内容是否正确
2. 批量迁移后抽样测试
   1）让让开发触发批量表单数据的迁移脚本
   2）随机抽取一些数据，对开发迁移生成的数据及数据库表的数据进行比对
3. 自动化脚本迁移测试
   1）让让开发触发全量表单数据的迁移脚本
   2）使用自动化脚本对迁移后的数据文件进行分析，并将其和数据库的表内容进行比对，自动化测试迁移数据是否正确

采用自动化的方式尽可能多的比对迁移前后的数据，对测试数据的总量进行计算，可以多次重复运行，稳定性高，可靠性好，比人工更加方便快捷，方便定位问题及排查，更加增强了产品的信心。