Gtest_【银行行业测试专场】-《基于交易类模型的全链路质量保障》建信融通杨艳旭.pdf

《Gtest_【银行行业测试专场】-《基于交易类模型的全链路质量保障》建信融通杨艳旭.pdf》由会员分享，可在线阅读，更多相关《Gtest_【银行行业测试专场】-《基于交易类模型的全链路质量保障》建信融通杨艳旭.pdf（32页珍藏版）》请在三个皮匠报告上搜索。

1、测无止境 数智共进2024全球软件测试技术峰会北京 12月基于交易类模型的全链路质量保障演讲人：杨艳旭2024年12月06日姓名：杨艳旭建信融通中台质量负责人前阿里本地生活蜂鸟事业部测试负责人前shoppe food质量负责人长期从事交易类业务的质量保障和效能提升工作，对于交易类业务系统的模型分析，链路分析，测试策略，以及稳定性建设有丰富的经验目录系统模型的分类和特点交易类系统介绍交易类系统的质量保障策略交易系统的测试基础设施建设利用大模型进行交易类系统质量保障的探索系统模型的分类和特点认识模型万物皆模型人体网络汽车天体被测系统模型被测系统.通信网络游戏金融人工智能手机汽车电商F（x）服务A服

2、务B服务C服务D服务E应用FF（X1）F（X2）F（X3）F（X4）F（X5）F（X6）流量入口抽象数学模型软件系统分类按照业务行业属性定义01交易类电商，银行，保险，证券等社交（微博，微信，抖音，快手）02社交类03资讯类资讯（今日头条，每日资讯），搜索（百度，搜狗，360）04游戏类魔兽争霸，王者荣耀，斗地主等操作系统，中间件，浏览器等05基础技术类06工具类文档编辑，图片/视频制作，云盘等交易类系统介绍认识交易系统交易类系统分类撮合系统交易系统交易模型-供应链金融交易类系统的特点01链路较长一般的交易系统会涉及多方，链路较长02场景组合复杂交易系统每个环节分支逻辑较多，组合后更加复杂03

3、资金安全交易系统需要保障资金的安全可靠04逆向流程繁琐交易系统逆向流程复杂繁琐05高并发交易系统需要处理大量同时发起的交易请求06实施性要求高交易系统要求极低的延迟，以便快速处理订单07数据一致性确保交易数据在系统内和多方之间完全一致交易系统的质量保障策略质量策略交易系统测试的核心内容功能测试功能测试用于验证交易系统的各项功能是否符合设计要求。性能测试性能测试用于评估系统在高负载情况下的运行效率和稳定性。资金专项测试资金安全测试用于验证交易系统中涉及资金和信息流转的一致性和正确性。功能测试策略场景分析场景分析主要是根据产品需求和技术架构来做测试场景的评估。核心链路核心链路主要是根据变更对核心链

4、路的影响，做重点用例覆盖。分层评估分层评估主要是根据系统实现做分层评估，用拆分的方式减少评估的复杂性。领域与链路领域与链路主要是依据微服务的特点和交易系统的特点，做领域和端到端的质量保障。场景分析业务模型产品架构核心交互技术架构数据模型处理时序产品域技术域业务场景核心交互功能模块应用服务应用接口数据字段产品域技术域模型场景方案对于系统做分层测试分析：按照数据模型层，逻辑功能层，交互表达层对系统做分层；按照三层的变更做系统分析痛点因为领域逻辑复杂，导致每一次的变更，如果没有对系统相当熟悉，都要做全量回归，耗时耗力背景随着产品线的不断丰富，每个领域模型要兼容的场景越来越多，因此领域的逻辑复杂度急剧

5、上升测试策略-分层评估数据模型层功能逻辑层交互表达层关注点：历史数据处理，原有接口兼容，关联表分析分析方式：表结构对比，表字段语义分析关注点：新增功能分析，关联历史场景分析分析方式：代码diff，链路调用分析关注点：交互变化，新增字段展示，历史关联页面分析方式：需求交互分析，接口字段语义分析测试策略-分层评估向下调用分析向上血缘分析测试策略-分层评估方案参照系统核心链路，核心业务对应的核心应用中，保证达成企业利润实现的最主要请求流量经过的路径，即是核心链路痛点需要有个确定性标准来确定每次变更除本次变更的内容外，需要在回归阶段针对这次变更重点关注的测试范围背景测试策略-核心链路分析参照2/8原则

6、，核心业务的核心系统提供的功能中有一小部分功能是用户主要使用的功能，每次变更这部分功能应该是测试重点关注的范围测试策略-核心链路分析方案在系统测试时按照领域进行领域内测试，在回归测试时嵌入链路级别的case，保障整个链路的功能完备性和逻辑闭环。痛点按照领域划分后的产品需求，技术方案和测试用例，都是领域内的逻辑自洽保障，没有任何一方会对整个链路负责。背景交易系统的链路比较长，产品功能模型抽象化后，会按照领域做微服务拆分，一般团队也会按照技术架构做对应匹配，拆分成领域团队测试策略-领域和链路结合签发签收转让/拆分融资申