本文来源于:鑫智奖·2025第六届金融机构数智化转型优秀案例评选,作者:晋商银行
晋商银行:基于AI与业务组件扫描的智能化质量防护体系构建
2025-06-09 关键词:数字化转型,金融服务,大模型创新
4518
一、项目背景及目标
针对研发测试工作过程中面临的研发设计评审粗放(依赖经验判断,缺陷早发现能力弱)、代码分析低效(人工梳理易漏易错,版本变更响应滞后)、业务场景覆盖不全(核心交易链路复杂导致漏测)、测试案例评审低效(依赖人工经验判断,覆盖度验证耗时)、自动化闭环断裂(变更分析与测试执行脱节)等痛点,本项目创新打造 “AI 驱动中小银行核心系统测试范围精准定位与自动化闭环构建”,实现从代码级差异识别、组件级影响评估到业务级测试覆盖验证的全流程智能化,确保 “该测的不遗漏,测过的精准有效”,有效解决测试中 “测不全、评不准” 的核心痛点。
二、创新点
(一)技术创新:全维度测试范围精准定位
1、业务组件化建模,轻量化代码差异分析,锁定核心测试对象
多维度组件建模引擎:开发“核心业务组件化定义工具”,通过业务组件化建模与轻量化代码差异分析,精准锁定核心测试对象。工具支持自定义业务场景层组件(如 “账户开户/维护/销户”“行内转账/跨行支付/通用记账/批量记账”“客户控制/账户控制” 等高频交易场景组件)、入口层组件(接口对应API 服务端点)、类方法编排层组件(Gravity编排、Stria流、Flow流编排等)及更细的业务原子层(如风险敏感类“资金计算”“账户余额更新”“黑灰名单校验”等)或技术原子层组件(如RPC、Repository、异步消息、TAE记账引擎等),通过灵活的组件层数定义,更能贴合核心业务需求及测试分析。
代码静态智能差异分析:采用GITDIFF+ASM+字节码比对三重技术构建,实现AVA工程调用链路静态追踪(支持接口/抽象类深度解析);通过抽象语法树级代码变更捕获,从而精准识别版本迭代中涉及的组件级差异(如:修改 “账户开户组件” 中的 “客户信息校验方法”);借助变更图谱自动生成引擎自动关联该组件上下游依赖关系(如 “开户组件→账户初始化组件→风控校验组件”),输出细粒度变更影响域报告,解决传统 “孤立测变更、漏测关联模块” 的问题。
智能过滤引擎:特别针对SpringBoot+Maven的项目架构,通过自定义规则智能过滤公共组件与无关组件(如模型层、接入接出层、工具层以及三方依赖代码等),实现真正意义上影响范围的灵活控制和精准定位,仅扫描核心涉及业务代码(工程下的账户、交易模块),避免无效扫描,将代码分析效率提升 50% 以上。
自动化分析扫描:通过DevOps流水线嵌入并集成组件化扫描,在持续交付过程中做到全流程的风险把控,摆脱开发过程黑盒的困境,真正做到交付过程实现静态分析前置卡点、自动化扫描分析、风险组件变更预警、变更图谱可视化展示、测试用例智能推荐的自动化精细交付。
AI智能分析:将静态扫描分析的基础数据落入关系型数据库中,依赖资产数据通过引入推理模型在代码设计、组件设计、影响范围分析等方面进行智能分析对话。技术上服务端引入Spring WebFlux流式响应对接DeepSeek-R1推理模型,前端通过FetchAPI进行流式请求,同时前端采用Markdown解析、d3图谱、prism高亮代码块、防抖动及缓冲延时响应实现前端的交互式输出,通过自研原生AI交互式前端为未来智能化提供扩展保障。
通过技术创新实现了金融核心系统测试从经验驱动到数据驱动的转变,为关键业务系统构筑起智能化质量防护体系。
2、AI 驱动的测试覆盖度智能评审
构建行内专用 AI 评估模型,基于测试功能点、测试案例、历史缺陷数据、业务风险等级(如监管合规类、资金交易类)及组件调用频次,自动生成《测试覆盖度分析报告》:
横向覆盖:检测变更是否涉及未覆盖的业务分支(如 “开户失败回滚逻辑” 是否缺失测试案例);
纵向深度:评估核心组件的方法级覆盖完整性(如 “转账接口” 是否覆盖异常参数、超时处理等边界场景);
风险加权:对高风险组件(如涉及客户资金、账户安全的模块)标记 “强制覆盖”,确保其测试用例覆盖率。
通过可视化图谱实时查看 “未覆盖节点”“低覆盖风险区”,评审效率提升 80%,覆盖度验证耗时从 2 天压缩至 2 小时。
3、业务链路深度追踪,保障核心场景覆盖
“工程结构 + 业务调用链路” 双维度扫描模式:
工程结构扫描:基于行内核心系统分层架构(表现层、业务逻辑层、数据层),自动识别入口层方法(如柜面交易入口、API 接口入口),标记业务抽象层组件(如 “活期开户组件”“转账交易组件”),确保测试范围聚焦核心业务模块。
调用链路追踪:依托 ASM 技术解析复杂交易链路(如 “开户→账户初始化→额度校验→流水记账” 全流程),精准定位代码变更对上下游业务的影响(例如修改 “账户余额计算方法” 是否影响 “利息结算”“风险预警” 等关联模块),生成《链路影响热力图》,解决传统测试 “只测表面、漏测关联” 的问题,使业务场景覆盖完整性提升 40%。
(二)自动化闭环:从分析到验证的全流程贯通
1、AI 智能评估,降低人工依赖
测试范围圈定:引入场景定制化 AI 模型,基于历史测试数据(如缺陷分布、业务风险等级)训练,自动生成组件调用关系图谱,提取所有受影响的组件、方法及关联链路,AI智能评估变更影响优先级,同时,对高风险业务组件(如涉及资金动账交易、客户敏感信息的模块)标记 “强制覆盖”,生成《必测清单》,确保核心场景 100%测试 ;
脚本智能匹配:对接银行现有自动化脚本库,自动关联匹配度≥80% 的已有脚本,对缺失场景触发 “脚本生成预警”;
执行策略优化:对高频交易组件优先执行,低影响变更合并执行,减少 30% 的无效测试任务。
2、测管平台无缝闭环,实时验证覆盖效果
构建 “差异扫描→链路分析→AI 风险分级→自动化任务生成 →自动化测试执行→智能报告反哺” 的自动化链路闭环:
数据流转:将 AI 分析的 “未覆盖节点”“高风险组件” 推送至测管平台,自动创建覆盖验证任务;
智能验证:执行自动化测试后,系统对比实际覆盖结果与 AI 预期覆盖范围,生成《覆盖度偏差报告》(如 “某转账接口遗漏‘余额不足’异常测试”);
持续优化:将验证结果反哺 AI 模型,动态更新组件风险权重及覆盖规则,形成 “分析 - 执行 - 优化” 的螺旋提升闭环。
三、项目技术方案
(一)技术方案
1. 技术架构
分层架构设计:
| 层级 | 技术组件 | 功能说明 |
| 基础设施层 | Git、Maven、SpringBoot | 代码管理、依赖构建、微服务框架 |
| 核心引擎层 | GITDIFF+ASM+字节码比对、组件建模引擎、变更图谱引擎、AI推理模型(DeepSeek-R1) | 代码差异分析、组件依赖追踪、影响域可视化、智能决策 |
| 数据层 | 关系型数据库 | 存储静态扫描数据、测试资产、缺陷历史等 |
| 服务层 | Spring WebFlux(流式响应) | 支持AI模型实时交互,处理高并发推理请求 |
| 应用层 | 自研AI交互前端(Markdown解析/D3图谱/Prism代码高亮) | 变更图谱可视化、覆盖度报告生成、智能测试建议推送 |
2. 关键技术突破
智能范围定位:
组件化建模:支持4层业务组件定义(场景层/入口层/编排层/原子层)
三重代码分析:GITDIFF(版本差异)+ ASM(字节码解析)+ 语法树比对
变更影响图谱:自动生成组件级上下游依赖链路(如"开户→风控校验→记账")
AI测试评审:
多维度覆盖模型:业务风险等级(监管/资金类)x 缺陷历史 x 调用频次
动态热力图:标记未覆盖节点/高风险组件(如资金计算模块强制覆盖)
链路追踪:
双维扫描:工程分层结构(表现层/业务层/数据层) + 业务调用链路(ASM解析交易流)
3. 自动化闭环设计

(二)业务与商业模式
1. 业务痛点解决
| 痛点 | 解决方案 | 效果 |
| 业务场景覆盖不全 | 组件化建模+链路追踪 | 场景覆盖完整性↑40% |
| 案例评审低效 | AI覆盖度报告+热力图 | 评审效率↑80%(2天→2小时) |
| 自动化断裂 | 变更分析→用例推荐→执行闭环 | 无效扫描↓50% |
2. 商业模式
价值主张:测试成本节约(案例:传统分析12.5万 → AI方案5万,节省60%)
收费模式:项目制(当前方案10万元),可扩展SaaS订阅(按扫描次数/系统规模计费)
客户价值:
规避资金风险(100%覆盖高风险组件)
加速交付周期(评审耗时从日级压缩至小时级)
(三)创新点总结
1.首创组件化影响分析
支持自定义业务原子层级与技术原子层,精准控制扫描范围
2.AI评审双维验证 横向(业务分支覆盖)+纵向(方法级边界场景)+风险加权三维度报告
3.流式AI交互架构 Spring WebFlux+FetchAPI实现低延迟流式响应,支持秒级生成变更图谱
四、项目过程管理
项目实施阶段与周期(总周期约8个月)
| 阶段 | 工作内容 | 周期 | 交付物 |
| 需求分析 | 银行核心系统架构调研/测试流程诊断 | 1个月 | 业务组件定义规范 |
| 系统开发 | 引擎开发(建模/扫描/AI推理)+前端实现 | 3个月 | 核心扫描引擎/交互平台 |
| 测试验证 | 历史漏测场景回溯验证/覆盖度提升率测试 | 2个月 | 测试对比报告(覆盖率提升证明) |
| 上线运维 | DevOps流水线集成/规则库优化 | 2个月 | 运维手册/巡检机制 |
五、运营情况
目前项目已在我行核心系统开发迭代中成功试点,覆盖多个研发团队。未来,计划推广全行信贷、手机银行、集中作业等多个系统的项目开发测试中,预计服务超过 200余人,覆盖代码规模超5000万行。通过在不同项目中的广泛应用,帮助更多项目团队解决软件设计评审、代码评审、测试范围分析和测试案例评审难题,构建“小而精”的测试能力矩阵,提升项目的开发交付质量和测试效率。
六、项目成效
基于AI技术通过多维度创新优化,在人力、测试、研发等领域实现显著降本增效,显著降低成本、提升效益,每年创造经济效益214.7万元。未来,随着应用规模拓展,经济效益将持续攀升。具体分解如下:
1.人力成本降低(核心公式:节约工时 =(传统耗时 - 项目耗时)× 团队人数 × 年迭代次数):节约18.8 万元
传统模式工时计算:5 人测试团队,单版本传统测试范围分析和案例评审需 2.5 天,每天按 10 小时计算,则单版本耗时为 5×2.5×10 = 125 小时。年迭代 12 次,那么传统模式下一年的总工时为 125×12 = 1500 小时。
项目模式工时计算:项目实施后,单版本仅需 5 小时,年迭代 12 次,项目模式一年的总工时为 5×12 = 60 小时。
工时节约计算:年节约工时 = 传统模式年工时 - 项目模式年工时,即 1500 - 60 = 1440 小时。
人力成本节约计算:按中小行测试人员时薪 100 元计算,人力成本节约 = 年节约工时 × 时薪,即 1440×100 = 14.4 万元。
培训成本节约计算:新人上手周期从 14 天缩短至 3 天,年均入职新人 5 人。节约的培训工时为 (14 - 3)×8×5 = 440 小时,培训成本节约 = 节约的培训工时 × 时薪,即 440×100 = 4.4 万元。
人力成本合计:人力成本节约与培训成本节约相加,14.4 + 4.4 = 18.8 万元。
2.测试效率提升(核心公式:缺陷修复成本节约 = 传统修复成本 - 项目修复成本):节约9万元
传统模式年修复成本计算:单版本平均有 15 个缺陷(根据历史缺陷数据),其中 30% 在生产环境修复,每个修复成本 8000 元;70% 在测试阶段修复,每个修复成本 3000 元。则传统模式下一个版本的修复成本为 15×30%×8000 + 15×70%×3000 = 36000 + 31500 = 67500 元。年迭代 12 次,传统模式年修复成本为 67500×12 = 81 万元。
项目模式年修复成本计算:项目实施后,20% 的缺陷在生产环境修复,80% 在测试阶段修复。项目模式下一个版本的修复成本为 15×20%×8000 + 15×80%×3000 = 24000 + 36000 = 60000 元。年迭代 12 次,项目模式年修复成本为 60000×12 = 72 万元。
年节约修复成本计算:年节约修复成本 = 传统模式年修复成本 - 项目模式年修复成本,即 81 - 72 = 9 万元。
3.研发成本控制:节约102.9万元
通过技术复用、流程优化、效率提升三大路径,实现同类项目研发成本的显著节约。核心在于构建可复用的智能化测试分析体系(扫描规则、AI 智能体调优、组件化工具),避免传统模式下每个项目重复投入的 “烟囱式开发”,从代码分析、测试范围定位到自动化闭环形成标准化能力输出,直接降低新增项目的前期设计、开发及验证成本。
按每年新增 3 个项目,共节约(技术资产复用27.5+效率提升3.1+标准化交付3.7)×3=102.9万元。
3.1技术资产复用规避重复开发:单项目成本节约27.5 万元
扫描规则库扫描规则库:沉淀 300 + 金融核心业务场景扫描规则(如 “账户开户组件变更影响扫描”“资金转账链路风险校验”),覆盖 90% 以上高频交易场景,可直接应用于同类项目;
AI 分析模型:训练成熟的 “缺陷早发现模型”“覆盖度评估模型”,基于历史 200 + 版本缺陷数据持续优化,避免每个项目重新建模调参;
组件化工具:自主研发的 “核心业务组件化定义工具”“代码差异分析引擎”“链路影响热力图生成器”,形成标准化工具集,支持一键导入新项目。
传统模式 vs 项目模式对比:
| 成本项 | 传统模式(单项目) | 项目模式(复用后 | 单项目节约成本 |
| 需求分析与规则设计 | 8 万元 | 0(直接复用) | 8 万元 |
| AI 模型搭建与智能体调优 | 12.5 万元 | 5万元 | 7.5 万元 |
| 工具开发与集成 | 12 万元 | 0(工具集复用) | 12 万元 |
| 合计单项目成本 | 32.5 万元 | 5 万元 | 27.5 万元 |
说明:
需求分析与规则设计(8 万元):在传统模式下,需求分析与规则设计通常需要 1-2 名资深业务分析师及测试专家协作完成,结合中小城商行市场薪资水平,资深业务分析师月薪约 2-3 万元,专家月薪约 2.5-3.5 万元,完成单项目该阶段工作,平均耗时约 20-30 天,综合人力成本及其他资源消耗,估算单项目费用约 8 万元。
AI 模型搭建与智能体调优(12.5 万元):依赖组件化扫描基础源数据,可根据用户要求结合AI推理能力和智能体开发的工作流实现组件化深度优化建议、调用链路设计合理性建议、版本影响范围场景测试建议等结构化产物,拜托了繁琐结构化代码设计-开发-测试的环节,由AI智能编排分析,提升效率并保障专业性的同时又节省了开发的成本。传统分析代码开发工作量在5人月,每人月成本2.5万元,需要12.5万,模型搭建+智能体开发工作量在2人月,每人月2.5万元,大概需要5万元,节省成本近7.5万元。
工具开发与集成(12 万元):依据开发团队规模、开发周期及技术难度确定。开发代码分析、测试覆盖度评审等工具,通常需组建包含 2-3 名软件开发工程师、1 名测试工程师及 1 名项目经理的团队。软件开发工程师月薪约 2-3 万元,测试工程师月薪约 1.5-2.5 万元,项目经理月薪约 3-4 万元。项目开发周期约 45-60 天,结合工具与现有系统集成所需的调试、适配工作,综合估算单项目成本约 12 万元。
3.2效率提升减少人力投入:单项目成本节约3.1万元
关键技术创新提效:代码分析效率提升(2 万元)+ 测试覆盖度评审效率提升(0.14 万元)+ 业务链路追踪精准度提升(0.96万元)= 3.1万元。
代码分析效率提升 50%:通过 “GITDIFF+ASM + 字节码比对”三重技术,自动识别代码变更影响域,替代人工逐行梳理代码的低效工作。传统模式下,单项目代码分析需 5 人 ×10 天 = 50 人天,现在仅需 25 人天,单项目节约 25 人天,按人均日成本 800 元计算,单项目节约 2 万元(25×800)。
测试覆盖度评审效率提升 80%:AI 驱动的覆盖度智能评审将 “人工经验判断 + 逐案例校验” 的 2 天耗时压缩至 2 小时,单项目节约 1.75 天(约 14 小时),节约 0.14 万元(14×100 元 / 时,时薪按 100 元计算)。
业务链路追踪精准度提升 40%:减少因 “漏测关联模块” 导致的设计返工,传统模式平均每个项目因漏测引发的返工需 3 人 ×5 天 = 15 人天,项目模式下返工量降至 3 人天,单项目节约 12 人天,年节约 0.96 万元(12×800 元)。
3.3标准化交付降低返工及沟通成本:单项目成本节约3.7万元
质量前置减少后期返工:通过代码级差异识别和组件级影响评估,在设计阶段提前拦截 70% 以上的潜在缺陷,避免传统模式中 “开发→测试→返工” 的循环损耗。据历史数据,传统单项目后期返工成本平均 5 万元,项目模式下降至 1.5 万元,单项目节约 3.5 万元。
自动化闭环减少沟通损耗:“差异扫描→AI 评估→自动化执行” 全流程贯通,消除传统模式中开发、测试、需求三方的反复沟通成本(单项目平均节约 20 小时沟通时间,时薪按 100 元计算,折合 0.2 万元)。
合计节约费用3.5+0.2=3.7万元。
4.隐性成本节约:节约84万元
版本缺陷遗漏率降低 70% 以上,原本生产环境中因缺陷遗漏导致的隐性成本(如客户流失、业务中断损失、监管处罚等)平均每个版本为 10 万元(基于城商行历史事件损失进行估算)。
年迭代 12 次,那么年节约隐性成本 = 每个版本隐性成本 × 年迭代次数 × 缺陷遗漏率降低比例,即10×12×70%=84万元。
七、经验总结
产业辐射效应:本项目的标准化扫描规则和 AI 分析接口,为测试工具链、代码分析组件等相关产业发展提供了新机遇。推动了 “AI + 测试” 生态的构建,其组件化分析方法和调用链路建模技术,为低代码开发、DevOps 集成等新兴技术提供关键支撑,促进软件产业向自动化、智能化方向转型。
示范效应:
1. 技术普惠:让 “精准测试” 触手可及
人才赋能:通过 “可视化 AI 分析界面 + 标准化组件资产库”,降低技术门槛,使初级测试人员也能完成复杂业务覆盖度评估(传统需 5 年以上资深工程师),缓解高层级人才缺口的困境;
2. 行业范式:从 “跟跑” 到 “并跑” 的转型启示
可复制模式:形成 “技术工具(扫描引擎)+ 场景化 AI(银行专用模型)+ 本地化适配(流程定制)” 的三位一体方案,提供 “轻量化创新模板”;
生态共建:推动测试工作范畴从 “依赖人工经验” 向 “数据驱动测试” 转型,建立 “精准分析 - 智能决策 - 高效验证” 的新型研发范式。通过输出组件化分析方法、调用链路建模技术,为低代码开发、DevOps 集成提供关键支撑,在金融科技竞争中实现 “技术能力并跑、响应速度领跑”,推动整个测试工作从 “粗放测试” 向 “智能测试” 生态升级。
本网站案例,除特殊标明来源的,版权归金科创新社所有,未经许可不得转载,否则将视为侵权,对于不遵守此声明或者其他违法使用本文内容者,本网站依法保留追究权。另,本网站部分案例、观点文章来源于网络素材,如有侵权,请邮件联系 fenglei@fintechinchina.com 处理!
特别提示: 本网站免费为广大金融企业提供IT选型咨询服务,详情点击 【 需求提交 】。
推荐阅读
更多
胡震:构建数字金融服务生态,探索数字化转型新路径
为贯彻落实《国务院关于全面推进乡村振兴加快农业农村现代化的意见》总体部署,全面推进乡村振兴,进一步加大支农惠农力度,有效支持当地畜牧业发展,切实解决畜牧经营主体融资难、融资贵及担保难问题。
金融电子化
胡震
2025-06-09
中信建投证券:基于AI大模型的多智能体技术在投顾领域的应用案例
该案例以大语言模型为核心,融合 RAG、Agent技术,构建“主 Agent+子Agent”架构,覆盖投顾全场景,包含个股分析助手、策略分析助手、产品分析助手。亮点包括:技术上实现知识可溯源与复杂任务规划;业务上赋能B端投顾效率、C端个性化服务;实施上分阶段落地,配套三级评测与合规体系;商业模式探索C端增值服务与B端技术输出。重点打造可信可控的智能投顾平台,推动证券投顾AI智能化转型,该平台服务于总部投资顾问,为行业首批实现案例。
鑫智奖·2025第六届金融机构数智化转型优秀案例评选
中信建投证券
2025-06-09
贵阳银行:写好“数字金融”大文章,赋能高质量发展新活力——“超级APP”体系打造
在全国大力发展数字经济,中央对数字金融高质量发展提出新要求,银行业全力推动数字化转型的背景下,贵阳银行聚焦零售线上渠道服务能力的全面升级,围绕“方便、快捷、吸引、依赖、获得”五大核心要求,整合零售条线流量,构建统一获客、统一营销工具,着手打造“线上场景+客户权益+金融服务”的“超级APP”体系,为客户提供触手可及的智能化、一站式综合金融服务。 “超级APP”作为贵州省内首批实现鸿蒙原生应用上架的城市商业银行应用,用户无论在安卓、iOS还是鸿蒙版手机银行上,都能享受到规则一致、体验一致的金融服务。
2024年度城市金融服务优秀案例征集活动
贵阳银行
2025-06-09
北银金科:金融操作系统智能化软件测试体系建设
智能化软件测试基于金融操作系统"五个统一"原则的系统设计,深度整合测试资源,构建全链路测试流程与资产复用体系,在保障系统稳定性的同时显著降低测试成本,形成可插拔的智能测试组件生态。
鑫智奖·2025第七届金融数据智能优秀解决方案评选
北银金科
2025-06-09
南京银行:AI应用探索与创新实践
近年来,伴随AI技术的快速发展,智能化为推动银行业务变革与数字化转型提供了全新动力,尤其在优化业务流程、提高运营效率、提升客户体验、强化风险防控等方面发挥着重要作用。例如,基于智能化的算法设计、AI技术广泛应用于电话银行、网上银行、手机银行等渠道,甚至在某些特定场景中,智能客服机器人已基本可实现对答如流。顺应这一趋势,南京银行在全方位强化AI布局的基础上,深入开展了数字员工营业厅建设实践,并终取得了良好成效。
中国金融电脑+
张银川 王桂庆
2025-06-09
国元证券:企业综合金融服务协同系统建设项目
国元证券通过建设企业综合金融服务协同系统,构建“场景+数据”营销服务体系,实现数据驱动->场景应用->业务一线的数字化支撑。实现对销售人员从拓客、展业到业务协同一站式支持,助力管理层进行有效的经营决策。 本项目在信创化、数字化、智能化等几大维度创新实践。在业务上,实现智能化的企业全生命周期管理与多端协作模式实现业务场景化适配。在技术上,融合低代码技术快速开发与微服务技术深度治理,并顺应国产化的创新实践。
鑫智奖·2025第六届金融机构数智化转型优秀案例评选
国元证券
2025-06-09
微信
咨询
微信咨询
扫码添加金科小助手微信号
咨询案例和解决方案相关信息
或联系对应机构