背景介绍
EAST数据管控平台是一款为配合银保监局的金融机构数据监管系统
平台分为两部分：
机构端：数据管控平台机构端是给各金融机构数据治理的平台项目
中心端：数据管控平台中心端是给地方局用来监管各金融机构的数据情况，检核数据是否达标
业务介绍
业务模块：
首页：任务大屏展示未执行任务
质量中心：展示数据质量波动情况
任务中心：所有任务展示和任务执行
数据检核管理：主要是数据进行规则校验后的数据展示
数据治理管理：是对数据规则、版本和数据问题的管理
系统管理：系统参数和用户管理
数据管控平台按报送的频率、元数据、ddl、dataX-jason、数据清洗等分为八大行业（银行、信托、财务公司、财险、人身险、金融租赁、汽车金融、消费金融）
架构介绍
使用springboot搭建微服务,任务流使用rabbitmq来进行信息的投递,使用HDP来进行数据的加工处理,应用数据库使用的是mysql。
目前有3套环境，分别为：测试环境（ST）、验收环境（UAT）、生产环境（PROD）
测试方案
测试分为ST测试和UAT测试两个阶段,本人负责UAT测试阶段内容,兼容测试暂时不考虑统一使用Chrome,安全测试需第三方进测试,出具报告后,局端内部在进行安全评估暂不需要ST和UAT测试考虑
测试痛点一：
现在应用按行业分细分成8个应用吗，每次需求改版都需要测试8次，费时费力，而且后续还有增加监管行业
解决方案：
前期需要借调人手协助测试，后期将应用统一调整为一个，各行业通过配置频率、元数据、ddl、dataX-jason、数据清洗等达到一套应用适配多个行业
测试痛点二：
在开发应用初期开发没有准备完整的接口和系统设计文档，导致在编写接口自动化的时候会比较费时
解决方案：
前期编写自动化用例的时候会在页面点F12查看相关接口，后期要求开发在开发程序前需要写相关文档。
测试痛点三：
在需求版本过程中开发会对一些本期不设计的功能进行优化，但极大多数情况通知不到UAT测试
解决方案：
对于开发的技术优化，发邮件给产品部写出优化了那些内容涉及到的功能点都有什么
测试痛点四:
交付到UAT测试时，会有一些sql脚本或者程序没有及时更新会造成主流程阻塞的情况
解决方案:
运维搭建好环境后跑下接口自动化疏通主流程，查看主流程有哪些阻塞，及时和运维还有开发沟通，进行修改,项目框架目录如下，ps：近期系统重构如下还只是框架
