看了一下数据工厂主要的造数方式也是依赖调用接口，那数据工厂能做的接口自动化平台也能做，那它有什么价值呢？
（目前在论证公司内部要不要做数据工厂，怎么做，公司内已经有比较完善的接口自动化平台了）
如果数据工厂产出的数据只服务于接口自动化平台，可以把数据工厂集成在自动化平台上，相反就可以独立出来
工具的价值在于怎么满足你的需求，而不是他的名字和实现方式。
个人观点：
接口自动化平台主要的限制，是整体设计是为自动化使用的，功能上会比较复杂无法方便的提供给非测试/研发人员使用（如产品验收），赋能能力会相对有限
而数据工厂则更加纯粹，界面设计可以更简单，更便于推广给非技术人员使用
以金融场景常用的创建一个系统内已完成四要素信息的账号为例：
接口自动化：先调用注册接口，传入 n 个参数（注意，这里就是技术细节了，需要了解参数名 + 参数值规范），然后调用认证接口，获得四要素认证，最后返回认证通过
数据工厂：一个按钮即可，返回创建完毕的账号名称 + 登录密码
技术实现上，可以数据工厂背后实现就是调用接口自动化平台的用例来完成，只是包一个单独的前端界面，这样可以大幅减少维护成本
可以理解为数据工厂内部包装了一种造数方式其中一种是自动化脚本，作为外层包装，只需要外置一个大家通俗易懂的表单，内部引用自动化脚本，屏蔽内部逻辑，简化使用规则。
自动化脚本内部逻辑略显复杂，而造数的人并不关心内部构造，所以尽量屏蔽这些展示。
屏蔽掉内部逻辑，对外展示就是一个表单 + 一个按钮
关联关系也很简单，几个自动化脚本 + 一个拖拉拽简单表单，表单的 key 为变量，运行时注入即可。
- 对于个人来说论不论证都无所谓，想办法申请下来那就能拿公共资源区丰富自己的能力。
- 对于公司数据工厂对于测试类工具就是存在即合理并且业内已经有很多在用了。你只需要去看看成熟的例子，并且想好要怎么做做哪些能在你们公司内部能逐步推行就行了。
- 总结努力提升自身是关键。
在一些个大公司，业务流程有依赖。但是你是不熟悉上游业务的基础流程的。或者你不需要关心。你只想快速拿到基础数据来验证你的逻辑。这样子就需要数据银行
价值就是造一个概念，让人觉得很厉害的样子...
数据支持，换个好听的名字装犊子而已