韩靖-工商银行系统架构转型带来的质量守护困境和突破

韩靖 工商银行软件开发中心广州研发部（简称：广研）： •测试开发领域拓荒者；•持续集成团队负责人；•DevOps测试方向教练牵头人；•行内优秀内训师。 01 02 03全链路测试数据快速生成、保鲜 工商银行应用架构转型 工商银行应用架构历史进程 工商银行应用架构转型成果 云平台 全球银行业规模最大的企业级云计算平台，入云节点超13万个，服务数量超3万个，服务日均调用量超140亿次，日均处理消息请求超3500亿次，支撑日均千亿指标实时聚合、百亿链路信息实时分析。 规范 2022年4月，中国工商银行软件开发中心联合神州信息牵头编制的《商业银行分布式联机交易系统技术规范》团体标准，经北京金融科技产业联盟第二届理事会第四次会议审议通过并正式发布。 荣誉 国际数据公司（IDC）举办的“2022IDC中国数字金融论坛”中摘得“2022IDC 中国金融行业技术应用场景创新奖”的殊荣； 在“2022数字化转型发展高峰论坛”数字化转型应用评选中获“鼎新杯”一等奖。 02 架构转型背后质量守护困境 困难重重 测试数据构建难、易失效 架构转型，验什么？怎么验？ 一句话测试要点？！ 03 全链路测试数据快速生成、保鲜 方法1：通过SQL语句操作数据库 优点 简单、快捷insert、update 开立一个信用卡，需要更新的表：客户信息的2张表？个人金融的3张表？信用卡发卡的5张表？ 落地困难 无力应对过于复杂的数据准备（eg：表字段多、关联的表多...） 方法2：导入生产数据 优点 一次准备大量数据；可以多次恢复；全面性、多样性。 落地困难 跨应用数据库抽取规则难确定；涉及敏感信息，审批周期长。 方法3：调用交易接口产生测试数据 优点 准确、真实效率高 需解决 业务链路长，生成一笔测试数据需要调用多个接口，接口间难以简单、灵活串联用 沉淀数据构建知识形成对外能力 2023 DevOps国际峰会暨BizDevOps企业峰会·北京站 数据“构建”与“使用”的解耦 如何保证要用数的时候，一定能提供有效的数据？ 独创数据建模 把一笔数据划分为基础信息、补充信息、特征 数据状态刷新 以基础信息为基准（SQL查询条件），定时更新补充信息、特征（执行SQL） 正常：selectcount(1)from卡片表wherecard_no={基础信息.卡号}andstatus=正常挂失：selectcount(1)from卡片表wherecard_no={基础信息.卡号}andstatus=挂失销户：......冻结：......（若没命中任何字典，判定数据失效，丢弃） 热点数据在线查找 根据数据特征，获取数据基本信息、补充信息 测试脚本与测试数据解耦 自动化案例通过描述特征获取满足条件的数据，减少数据原因造成的误报。 解决痛点 04 ATDD拉通设计、开发、测试 为什么要引入ATDD ATDD本地化解决方案 “零代码”提升ATDD实施效率 “活文档”保持脚本与案例描述一致，降低内耗 在线运行+现场保留，所见（设计）即所得（执行） 测试小新 老师，我测完了 测试经理 测试经理 测试小新 抱歉，漏执行了... 嗯...100个案例，目前通过率75% Thanks DevOps时代社区荣誉出品