转转数据构造集成方案

背景

构造测试数据，对于测试，尤其跨业务的测试非常重要，需要各个业务都有自己的数据构造服务。为了方便跨业务，跨职能的使用，数据构造最好是界面化，方便配置，易于使用。转转的数据构造平台，就是在这个背景下产生的。本文主要给大家介绍下系统和解决的问题。

问题

1. 各个组都有和自己业务相关的数据构造，一般是web服务，rpc服务，sql， redis命令等。使用起来麻烦，需要下载到本地执行，或者到业务平台上执行。
2. 平台化的情况下，还需要数据构造提供者去开发前端页面，关心数据构造以外的东西，消耗这个资源是不必要的，更分散专注度。
3. 组与组之间一般对对方的业务细节是不够了解的，要准确的使用其他组/其他人的数据构造能力，沟通成本比较高。

解决方案

1. 数据构造整体平台化，接入各个业务线的数据构造，根据配置执行http，rpc接口， Sql，redis调用返回接口。
2. 平台提供搭积木的能力生成前端页面，数据构造同学只需要关心数据构造的逻辑，不需要关心前端页面等。
3. 在1，2的基础上，提供流程图的能力，流程图中各个节点和数据构造接口相关联。跨业务的同学，可以直观的知道需要构造那部分的数据，减少沟通。

结构图

• 前端积木模块：将生成的页面数据结构化保存到db
• 前端解析：根据结构化数据在前端渲染页面
• 整体的结构是很简洁的
• 生成界面也足够丰富

配合流程图功能，每个节点可以直接对应一个数据构造用例，减少沟通成本。(流程图实现方案从go.js变更到GGEditor)

转转采用如上的方式，对各个业务的数据构造进行了整合。整体的技术和实现效果，经过迭代之后比较清晰明了。感兴趣的同学，可以随时交流。