需求背景

        各行业的信息科技还处在较为滞后的阶段，软件测试/系统测试作为信息发展必不可少的一部分，以传统测试方法已经不能满足现阶段的时代发展。特别体现在传统测试的测试环境与测试数据上。测试环境方面，新型的Devops理念已经在做相应的探索并取得了相应成果，后续随着技术的完善和进一步的探索，应该可以解决一定的问题，金融信息应该继续在此领域上发展；但在测试数据领域，特别是在结合大数据、数据分析、数据应用、数据挖掘方面，行业内缺少必要的探索。
        测试工作中发现业务平台众多造成的数据分散严重、数据准备效率低下、数据有效性难以满足测试开发需求、没有从业务逻辑关联各个系统数据等，造成的数据准备复杂、上手难度大等问题。

技术挑战

解决方案

（1）跨业务系统测试数据合成改造

造数平台既支持单业务表数据改造，也支持跨业务系统/库/表数据改造，主要通过ETL准实时同步集成需改造的各业务系统库表数据，对多业务表进行关联改造，并通过数据流关联回写到源业务系统库表。

（2）解决业务模块与底层表的映射关系

平台支持配置业务环境、业务模块、业务类型与底层业务表的映射关系，上层业务与底层数据表的映射关系由数据管理员进行配置，测试人员只关注上层业务名，不需要了解底层的数据表名。测试人员可根据业务层的组合条件进行检索和改造，并可保存业务层组合条件，方便下次快速检索。

（3）解决业务逻辑涉及复杂的多表关联

底层数据表关联关系由数据管理员进行配置，测试人员只关注上层业务关联组合，不需要了解底层复杂的数据表关联。测试人员可根据业务层关联组合条件进行检索和改造，并可保存业务层关联组合条件，方便下次快速检索。

（4）解决业务表字段太多难以快速聚焦

数据管理员在平台上将源表核心业务字段映射到目标表，平台只展示表的核心业务字段数据，方便测试人员快速聚焦、改造和回写。

（5）解决业务表字段含义不明难以定位

数据管理员在平台上将表英文字段翻译成中文名，平台对表字段的检索条件和展示都采用字段中文名，方便测试人员快速定位、改造和回写。

（6）解决跨多个业务表关联的数据改造

平台提供多表关联查询(JOIN)和多表数据聚合呈现，测试人员可以在平台上根据测试用例需求跨多表修改，且修改结果会同步回写到源表。

（7）解决测试人员间改造数据相互干扰

由数据管理员在平台配置业务环境、业务模块、业务类型与底层业务表的映射关系，测试人员统一在平台上进行测试数据改造，并对本次改造的记录进行锁定，平台可配置默认数据锁定的天数，在锁定时间内其他人员对锁定的记录不可见。

（8）解决测试数据的改造历史难以追溯

平台记录测试人员对数据的检索和改造历史记录，测试人员可追溯改造历史记录，并在历史查询条件下继续改造数据。

解决方案