背景
构造测试数据,对于测试,尤其跨业务的测试非常重要,需要各个业务都有自己的数据构造服务。为了方便跨业务,跨职能的使用,数据构造最好是界面化,方便配置,易于使用。转转的数据构造平台,就是在这个背景下产生的。本文主要给大家介绍下系统和解决的问题。
问题
各个组都有和自己业务相关的数据构造,一般是web服务,rpc服务,sql, redis命令等。使用起来麻烦,需要下载到本地执行,或者到业务平台上执行。
平台化的情况下,还需要数据构造提供者去开发前端页面,关心数据构造以外的东西,消耗这个资源是不必要的,更分散专注度。
组与组之间一般对对方的业务细节是不够了解的,要准确的使用其他组/其他人的数据构造能力,沟通成本比较高。
解决方案
数据构造整体平台化,接入各个业务线的数据构造,根据配置执行http,rpc接口, Sql,redis调用返回接口。
平台提供搭积木的能力生成前端页面,数据构造同学只需要关心数据构造的逻辑,不需要关心前端页面等。
在1,2的基础上,提供流程图的能力,流程图中各个节点和数据构造接口相关联。跨业务的同学,可以直观的知道需要构造那部分的数据,减少沟通。
结构图
前端积木模块:将生成的页面数据结构化保存到db
前端解析:根据结构化数据在前端渲染页面
整体的结构是很简洁的
生成界面也足够丰富
配合流程图功能,每个节点可以直接对应一个数据构造用例,减少沟通成本。(流程图实现方案从go.js变更到GGEditor)
采用如上的方式,对各个业务的数据构造进行了整合。整体的技术和实现效果,经过迭代之后比较清晰明了。感兴趣的同学,可以随时交流。
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理