专场:自动化测试
聚焦测试自动化真正降本提效:基于低代码和分层自动化框架降低自动化门槛,通过精准测试降低回归测试执行工作量,自动化失败用例快速智能分析,大规模自动化工厂和海量测试环境调度管理。覆盖金融、IT,电信等多个行业自动化测试方案。
专场出品人:高广达
华为 数据存储产品线测试技术高级专家(首席)ICT软件测试专业组组长
数据存储产品线测试技术高级专家(首席),ICT软件测试专业组组长,华为20年测试工作经验,长期专注测试技术发展,在MBT(基于模型测试)、精准测试、自动化测试、开发者测试、测试设计、协议测试等领域有深入探索。
李华伟
阿里巴巴 优酷 技术和创新中心 技术专家
阿里巴巴,优酷服务端研发效能专项负责人。负责优酷服务端持续集成、安全生产体系和平台化建设

擅长领域:服务端测试技术、服务端研发流程改进
待定
待定
基于代码链路分析的精准测试体系
随着优酷业务规模的增长,服务端的架构和功能趋近复杂化,迭代速度也越来越快,测试资源无法参与每个变更的交付过程,变更要不要测、要怎么测?成为服务端交付质量和效率最关键问题。
内容大纲
结合变更代码静态分析和线上代码链路动态采集,构建变更内容识别、变更影响分析、测试能力推荐、测试覆盖率评估的服务端精准测试体系,不仅提升了代码变更风险和影响面分析结果准确性,同时也提升了回归用例推荐有效性,为保障变更交付质量和效率提供了具有意义的参考。
听众收益
1. 了解精准测试体系的全部技术方案和实现
2. 了解精准测试体系在研发流程中得落地方案和经验
龚平
华为 流程IT 首席测试架构师
15年开发与测试领域经验,从CS/BS架构到微服务,从传统软件到ToC互联网,目前在ToB领域,经历过不同时期、各种类型软件的质量挑战,总结和实践出自己的一套质量保障方法论。

曾任:盛大,负责盛大TV盒子发布流水线与性能测试;微软,MSN测试自动化框架,项目自动化测试实施与管理;阿里,本地生活会员业务质量负责人,负责业务测试与团队管理;
现任:华为,流程IT首席测试架构师,负责华为流程管理软件/CRM/SCM等系统的整体测试能力提升。
         
擅长领域:
微服务系统测试 - 擅长复杂微服务体系后端服务的质量保障,尤其是自动化测试从平台工具的研发到具体落地的实施;
测试自动化平台 - 构建过各个时代的自动化框架与平台,也负责过自动化落地过程,既有测试平台的架构视角,也有平台用户视角,从而设计出符合业务特点、技术架构与人员能力模型的自动化实施过程;
测试领域架构与建模 - 基于对业务流程与开发架构的理解,对测试领域代码进行设计与建模,提高测试代码复用度、可维护性,并有效控制复杂度的上限,在有限人力资源与高质量要求中寻找最佳平衡。
待定
待定
面向企业级流程管理系统的全链路自动化测试实践
自2018年华为被美国技术封锁后走上了自主研发的道路,流程管理软件作为华为公司最核心的业务支撑系统面临去Q(Oracle)的巨大挑战,相比互联网的去IOE,华为不仅面临数据的更换,更面临使用了20余年积累了无数复杂业务规则的流程系统的逐步替换,华为公司的业务从网络基础设施到数字能源,从云计算服务到消费者终端,从服务器制造到车联网均深有涉猎,这些领域的采购、供应、制造、分销、服务交错构筑了全世界最复杂的业务场景。        
在华为流程管理软件系统最重要的三个业务流程,PTP/OTC/PTM分别涉及数百个异构的业务系统,并纵横交错的形成了网状的复杂业务路径,结合20余年积累下来的数不清业务规则,对此我们曾经招募上百名测试人员进行手工流程拉通测试,华为流程IT部门在一直在思考如何应对在去O的的道路上,通过自主研发替换的方案所面临的巨大挑战:
  · 历经数百个系统的超长业务链路测试该如何提升效率与质量
  · 如何针对三大业务流程近600个关键业务场景链路及其分支进行合理建模,以提高上线前的测试覆盖度
  · 如何在构建业务链路自动化测试时高效的定位与调试问题,形成异步链路跟踪定位的工具与最佳实践
  · 如何破解在复杂异构的测试环境中服务经常重启、部署造成对超长链路测试效率的折损
针对华为流程管理软件在去O的背景下所面临的技术挑战,我们通过针对超长异步业务流程系统的特点有针对性的设计了全链路自动化测试平台,通过场景建模、组件复用、流程复用、规则复用等构件思维逐层搭建解决方案级别的自动化测试流程,平台定位无代码平台,使业务代表与行管等真正精通业务规则的人可以轻松使用自动化平台构建充分有效的自动化:        
  · 测试流程建模 - 通过对测试流程建模(参考BPM流程建模)合理拆分测试段、领域流程、产品组件,通过构件模式逐级拼装出解决方案测试,底层通过复用低代码测试组件实现从产品到领域到方案的测试代码复用模式,提升整体测试效率 。        
  · 业务数据流水线 - 通过多级数据流水线架构在同一业务场景构造多条业务语义相同的业务数据,通过领域分割测试段使每段测试可以即时获取所需业务数据进行测试,以应对测试环境个别业务系统不可用的挑战 。        
  · 业务规则引擎 - 通过建立统一数据接入层(汇集多领域对象的落库数据)并与规则引擎打通,通过复用产品级、领域级和方案级的规则包实现断言的一次编写、各处复用。         
  · 业务链路可视 - 通过异步链路Tracing系统(通过领域对象ID,如发票号)汇集各个领域系统对领域对象的处理过程,形成异步业务链路可视化平台,帮助测试人员打破黑盒测试习惯,快速开发测试代码。
· 对ToB企业软件,尤其是长流程、规则多的业务系统要充分理解业务语义(包括流程、规则),借助流程建模方法合理切分测试段,形成可以异步处理并拼接的测试段,对于复杂的业务规则要注重抽象并形成可以重复使用的断言集。        
  · 与互联网软件(同步长链路)的挑战相比,企业流程软件测试团队要建立业务流程的APM系统,理解流程软件是通过领域对象(数据)向下游传递信息,帮助企业做出决策(业务规则),而流程中每个节点是在不同的时间做出对应业务规则的处理,所以通过业务链路可视化平台可以有效提高流程测试的效率 。    
  · ToB企业软件在上线前质量的诉求比互联网相对要高,企业内部用户难以接受灰度上线方法论,在测试阶段就需要做到充分的测试验证,包括对非互斥场景因子的随机排列组合,对长流程中逆向流程的用例设计,对生产数据引流测试中的齐套要求(多个领域间保留数据关联性),均是在企业软件测试领域需要长期深耕定制有针对性的质量保障方案。                
  · 针对复杂的业务系统测试,到底该建立低代码平台还是无代码平台,低代码平台的用户是自动化测试人员,在华为IT这种世界级的复杂企业软件中,自动化人员难以消化理解大量的业务知识,在自动化落地的效果上并不理想,我们建议搭建无代码平台(基础构件由开发与测试共同编写),使真正理解业务的人(在华为专门有区别于IT测试团队的业务测试团队)来使用,才能真正确保上线后的业务连续性。
内容大纲
听众收益
罗章龙
腾讯 高级测试工程师
在腾讯约12年时间,从事游戏测试、专项测试工作至今,先后在王者荣耀、HOK、重返帝国等项目
承担相关测试工作,目前一直负责腾讯游戏性测试技术体系建设,致力于通过机器学习+自动化解决游戏设计验证方案,助力业务产研升级。

擅长领域:游戏测试  测试开发  智能测试
待定
待定
机器学习在游戏数值测试的应用和实践
游戏玩法.关卡数值如何高效的在内部研发阶段可量化的得到充分验证
1. 机器学习游戏数值测试的背景和方案介绍--主要解决的核心业务难点介绍、机器学习方案介绍、该方案带来的业务收益
2. 产品全生命周期智能数值测试如何投入(1、智能数值测试如何做?2、不同品类可服务的场景、3、在产品全生命周期如何投入)
3. SLGPVP强度应用场景介绍(基于遗传算法的阵容强度和异常阵容挖掘方案介绍)
4. FPS枪械平衡性应用场景介绍(基于强化学习和粒子群算法落地的枪械平衡性方案)
5. Moba英雄强度应用场景介绍(增强学习英雄平衡性方案介绍)
.......
内容大纲
听众收益
杨宝松
阿里巴巴 质量团队测试开发专家
阿里巴巴1688质量团队测试开发专家,目前主要负责1688无线客户端域及营销域质量保障、团队质量技术架构、稳定性领域等工作,建设团队内部自动化质量中枢、接口自动化、高频动态化质量保障方案等平台,保障团队内自动化专项的持续推进,从而稳定高效的保障团队业务质量。毕业后曾就职于恒生和网易,从事质量保障、自动化建设、平台开发工作。
待定
待定
Bestcase—接口热度代码覆盖和智能用例推荐
1. 用例编写成本高
2. 用例质量难度量
3. 用例保鲜成本大
1. 线上流量采集,替代手工编写
2. 热度代码覆盖,提供用例质量度量依据
.3 用例智能推荐,降低用例保鲜成本
1. 通过热度代码概念,取代传统代码覆盖统计模式,提供用例质量度量新思路
2. 智能用例推荐,智能断言生成,结合Devops探索无人值守自动化
内容大纲
听众收益
徐艳
微众银行 高级测试工程师
微众银行存款科技产品部资深测试,8年行业测试经验,曾主导负责过行内多个重点产品的SIT测试统筹工作,实现自动化测试在各项目中从0到1的落地实施。兼任QA对自动化测试质量、效率进行评估和改进。目前主要负责全行自动化测试平台建设以及相关测试工具的统筹和优化,保障自动化测试效能和质量提升。
待定
待定
自动化测试结构化设计提升测试效率实践
1. 如何降低自动化测试门槛高,并提升测试效率
2. 如何从全局建设自动化测试工具
3. 提供低代码化的自动化测试框架设计与案例实现方法
4. 提供整套测试工具体系生态建设实践
内容大纲
1. 基于银行系统的自动化测试思考
1)背景概述
讲述业内自动化测试对比、基于银行系统领域内的自动化测试诉求与预期达到的目标。
2)思想转变与思路规划
微众银行自动化测试的演进:从原始的烟囱式的全场景覆盖(单接口测试-多接口逻辑串联-业务全流程串联-异常场景覆盖)到现在通过结构化测试框架,做到对案例结构进行分层、对案例内容进行公有化基础库维护,达到低代码化的自动化测试案例编写、面向对象的自动化案例设计。
2. 结构化框架设计
1)底层支撑-IDE框架
对原有自动化平台进行架构升级,做到:从“编写” 案例到“组装”案例,共建全行标准化测试资源,通过公共资源的封装和开源,实现测试案例资源共用
通过公共资源的调用,实现自动化案例的快速生成。
架构升级从案例结构上,规范了四层结构定义;从案例编写上,规范了标准化案例库,从源头实现自动化案例编写的:低代码、低门槛、高可读、高复用、高效率。
2)上层设计-面向对象的案例设计
基于底层架构实现,推动整个自动化测试案例的设计方式转变,由原来的流水式,演进为业务功能层面的面向对象式设计。详细介绍面向对象式的设计思路。
3. 自动化测试工具生态圈
1)各阶段测试工具
围绕上面介绍的自动化测试案例编写架构,测试平台提供了一整套周边服务,进一步提升结构化案例编写的效率,如:数据池、链路报文检查、仿真和mock、基线智能断言。同时扩展到整个测试执行阶段和质量保证阶段,还有:标签化案例管理、灰度场景覆盖、流量回放、数据质量分析、案例质量分析等。展示整体测试生态全景图。
2)devops流程
基于以上测试工具,提供一套devops流程将测试工具进行串联和整合,基于结构化的自动化案例,达到测试左移、精准测试和生产运维提前验证。
听众收益
给出了自动化测试结构化规范化的演进思路,提出低代码化的测试框架以支持测试案例结构化实现,并围绕框架给出了周边工具和流程的建设实践指引,给使听众能在已实现自动化测试的基础上,增强对案例标准化和规范化的思考,提升自动化测试的工具建设 。
1、痛点与挑战
    1.1  理财业务特质及其测试痛点:(功能逻辑复杂,业务链路超长,系统高耦合,已有自动化平台功能受限)
    1.2 金融业务自动化挑战,需要实现的自动化框架目标:(适配测试人员技术能力,适配各类测试场景\系统自动化,具备高效维护功能)
2、全场景自动化建设
    2.1 全场景自动化体系全景
    2.2  全场景自动化框架:
           1)框架整体架构:全场景定义,全场景自动化全景、逻辑架构、框架调用关系、目录结构。
           2)以实例介绍框架如何实现全场景及易维护性两大特点
                 a、全场景特点:用例场景(单接口、规则场景用例、端到端用例),应用场景(各类接口、UI、UI与接口混合),数据场景(关键字驱动,数据驱动),系统场景(功能流程类,数据类,清算类)
                 b、易维护性特点:有效分层,环境一键切换,代码以配置为主,数据参数化
           3)框架针对测试人员技术能力,实现人员分层
   3、成果收益:
         3.1 自动化建设情况,
         3.2 自动化收益
                 1)效率提升
                 2)质量保证
   4、未来展望:
          4.1  挖掘自动化应用价值
          4.2  自动化执行流水化建设。
代丽萍
平安理财 测试开发工程师
8年自动化测试、开发框架经验,从无到有主导建设全场景自动化框架体系

擅长领域:软件测试,自动化测试,测试工具开发
待定
待定
复杂金融业务全场景自动化框架实践 
全场景自动化框架主要解决如下问题:
1. 解决理财业务功能逻辑高度复杂,多系统强耦合,业务链路超长,已有框架自动化难以有效实现的问题
2. 有效匹配测试人员技术能力,实现具备可视化界面,轻代码,重配置,标准化代码流程的自动化框架
3. 框架适配各类场景自动化,包括单接口,规则场景、端到端场景自动化
4. 框架适配各类系统自动化,包括功能流程类,数据类,清算类等系统
5. 解决自动化维护成本高的问题,具备快速维护能力。
提供复杂金融业务自动化解决思路,解决类似行业痛点
内容大纲
听众收益
喻春萍
中邮消费金融 测试团队高级测试工程师
中邮消费金融测试团队高级测试工程师,10年测试经验,目前主要负责牵头平台开发组,负责测试团队测试工具开发,测试管理平台建设,接口管理平台建设和运营推广。毕业后曾就职于亚信科技有限公司从事BOSS系统测试和UI自动化测试,擅长金融项目测试和自动化测试。
待定
待定
微服务架构下的接口自动化测试平台探索实践
1. 微服务架构下接口越来越多,每新增或变更一个接口都要人工去设计接口级案例和脚本,耗时耗力
2. 金融背景下,接口场景越来越复杂,人工编写脚本维护效率低下,怎么满足敏捷模式下,高效的实现复杂业务场景的自动化测试
3. 上下游的接口变更后,怎么快速对关联依赖的接口案例进行定位推荐,并且能实时的将变更内容精准的推送给对应的测试负责人,以减少影响面分析不足导致的漏测
4. 面对众多的接口,庞大的案例,在迭代需求过程中,怎么从中选取到底应该覆盖哪些案例?

1.为了提高接口自动化的效率,减少人工编写维护接口案例和脚本的工作量,考虑对接口一致性校验的案例和脚本通过工具自动生成,自动生成的案例和脚本包含对(如枚举,非空,长度,类型,查询参数组合以及特殊含义字段)等的校验,含正常和异常场景。而与业务场景相关的案例和脚本,结合金融项目特性,对各项目底层进行组件化封装,上层通过对各组件进行编排配置即可实现复杂业务场景的自动化测试以及数据校验,并与造数工厂结合,使自动化测试的数据自动填充与实际业务场景相契合,通过将接口自动化测试平台工具化,不仅可以赋能给测试,同时在测试左移,开发做更多的测试的背景下,也可以赋能给开发。
2.为了提高测试的精准性,提升测试质量,通过代码调用链路建立接口与接口之间的关联依赖关系,以及接口案例和代码之间的关系,在需求迭代的过程中,无论是关联依赖的接口发生变更,还是开发代码变更,都能通过已建立的关系进行精准的案例推荐,同时,通过已建立的关系,当关联依赖链上的接口发生变更后,还能实时通知提醒调用链上的接口所涉及的外系统相关方去做影响面分析,以确定其他系统的变更到底会不会影响本系统,本系统到底要不要配合测试。
微服务架构以及金融行业背景下平台建设思路
内容大纲
听众收益
关注QECon公众号
议题投稿
Speaker@qecon.net    
票务联系
15901265561  小娟
媒体合作
13516196409  皮皮
商务合作
15122643988  木子