如何有效的做好测试数据准备

首先，测试数据在测试过程中起着不可或缺的作用。如果没有准确的测试数据，测试过程很难进行下去，测试结果会不准确。如果在测试阶段过程中准备测试 数据，很容易直接影响到项目的测试进度。如果自动化脚本没有做测试数据准备，则脚本的健壮性和稳定性很难保证，脚本的维护成本增加。

而实际工作中造测试数据的过程往往很纠结，很困扰，尤其是新人，刚过来，环境不熟悉，解决问题的方式有限，准备一个测试数据，需要很长的时间。我来具体列一下，困难在哪:

1、业务关联和环境本身就复杂，术业有专攻。就像不专业的人要求做专业的事情。如果不是相关业务的测试同学，却要准备一个有这个业务的测试数据时，需要熟悉这个数据的如何准备的整个过程-业务和环境。这个成本很高，而她的需求可能只是想要一个这样的数据而已。

2、业务逻辑和测试环境的不断变更。互联网的发展太快，系统的优化也非常的多。需要不断跟进这个改动。如果信息没有及时透明出来，一堆潜规则，这个测试数据的成本就更高了。

3、同一个业务的测试数据，至少要准备两套：dev环境和test环境。同样的业务在不同的环境要走两遍。 

目前，我想大部分测试同学，都有自己独特管理测试数据的方法的。我自己呢，有一个excel文件，记录着各种类型特征的用户名，密码，绑定手机号码，userid ，身份证，姓名等等都会记录下来，还有些分库分表的表名也记录下来。个人也不断的维护和更新中。

既然每人都有这个需求，为什么不尝试统一信息化去管理呢。就像ibm的cq登陆进入，每个人可以像看到自己的项目那样可以看到自己的测试数据的详细信息。

这时看到了数据工厂的想法，觉得很好。关于这个平台个人的思考分两块:

1、平台的技术架构的维护:

a、图形化前端页面，其中工具页面自动生成：

b、后台的各个小工具的组件化，接入的门槛越低越好。

如果能用配置文件来解决就更方便了。这样每个测试同学都可以很容易的把数据工具接入进来。目前造数据，或者模拟某个场景：有两个基本思路:

I、直接在数据库里更新或者新增数据。这个针对表关联很多的数据，不方便做的，很容易引起脏数据。

II、直接调用接口，使用接口的业务逻辑，来获取自己想要的测试数据。

这两个思路通过配置项来做，都是可行的。

c、各个小工具可以方便包装出来给各种UI/接口/单元测试脚本调用。尤其针对的是查询类的数据。

2、各个小工具的应用场景的持续使用，维护，更新，改善。

没有什么工具，一做出来就是完美的。而这持续使用，过程中不断的改进是必须的。

目前数据工厂上的小工具还不是很多，等到一定规模，这些工具的系统性管理和思考需要尽快早一点做起来的。

另外，针对一些急需某些数据的需求时，每个线能最好提供出来一批关键数据，供大家使用。同时做好数据初始化，可以及时还原。

测试数据，是测试过程中的生命线。这条生命线关联的同学很多，期待测试数据大统的一天。自己也能参与这样的平台里，持续努力，多做一些工作。

数据工厂这个平台后续再慢慢分享