专场：后端专项测试
后端测试主要针对基于三层架构中应用层与数据库层的各种测试技术探索与实践，诸如精准测试、流量录制回放、全链路压测、测试数据建模等，面向后端服务的功能、性能、自动化、安全等测试手段在纵向的测试技术深度探索，以及横向多测试技术融合的应用实践，近年随着研发效能热度上升，各企业均从单一的测试工具平台转向集测试、devops、度量等方向于一身的平台化实践，研发效能一站式平台中后端测试技术类工具平台如何搭建，以及各工具数据链的连通，都业界持续探索的技术话题。
专场出品人：马鑫
京东 零售测试架构师
拥有10年以上互联网及传统行业丰富测试经验，2010年底入职京东，一直专注于业务质量测试、自动化测试、性能测试以及持续集成等多个领域；现在负责京东零售618/双11以及大型项目的压测推动与实施、前沿压测技术的探索与实践，以及带领团队构建适用于京东的分布式压测平台；同时也在探索研发效能提升的工程实践与平台的建设。
付求爱
华为云 智能化运维算法专家
北京大学计算机系毕业，2020年加入华为，担任华为云智能化运维算法专家、PaaS技术创新La智能化运维业务负责人，负责华为云PaaS研发质量看护和智能化运维关键能力构建、技术研究、整体规划、团队管理及交付落地。
待定
待定
服务性能分析探索与实践
现如今，微服务架构在部署、扩展以及自动化等方面相比传统架构都具有明显的优势，越来越多的系统选择采用微服务架构。然而，当微服务系统发生故障或性能下降时，定位故障根因却仍然是很困难的。当故障发生时，真正有故障的服务和与它相关的服务，都会出现指标异常以及发出告警。大量的告警让运维人员无法确定哪个服务才是故障根因，只能逐个服务去检查，排除掉那些本身并没有异常的服务。对于某些大型系统，不同的服务是由不用的运维人员甚至不同的部门管理的，故障定位涉及到不同人员甚至不同部门的合作，故障定位成本非常高。因此，自动化的性能分析服务对于快速处理基于服务的系统的性能问题是非常重要的。
1. 服务性能分析背景介绍
2. 面临的痛点及技术难点
3. 服务性能恶化检测
4. 基于拓扑汇聚的性能恶化根因分析
基于拓扑汇聚的恶化接口根因分析方法，最创新的特征是提出了一种先在异常调用链内部分析候选根因，再在全局拓扑环境下对候选根因进行汇聚的二级分析方法，综合利用了微服务场景下尽可能多的信息，并进行了综合汇聚和多指标评价，克服了调用链之间异常相互影响导致根因难以确定的问题，快速识别和定位性能恶化服务span粒度的根因，减少根因定位分析成本，提升服务快速迭代效率。
2. 面临的痛点及技术难点
3. 服务性能恶化检测
4. 基于拓扑汇聚的性能恶化根因分析
基于拓扑汇聚的恶化接口根因分析方法，最创新的特征是提出了一种先在异常调用链内部分析候选根因，再在全局拓扑环境下对候选根因进行汇聚的二级分析方法，综合利用了微服务场景下尽可能多的信息，并进行了综合汇聚和多指标评价，克服了调用链之间异常相互影响导致根因难以确定的问题，快速识别和定位性能恶化服务span粒度的根因，减少根因定位分析成本，提升服务快速迭代效率。
内容大纲
可以了解如何进行服务性能分析，部分技术可直接采用，也可启发听众。
听众收益
沈丽
华泰证券 高级测试工程师
华泰证券 软件质量控制团队 高级测试工程师，目前主要负责华泰证券交易软件涨乐财富通的全链路流量测试，保障涨乐财富通后台业务系统的稳定性，及全链路功能回归测试的全面性。毕业后曾就职于SAP中国研究院和移动集团，从事BI大数据分析和工业物联网等产品相关的测试开发工作。
待定
待定
金融级产品的全链路先导流量测试
金融级产品的后台业务系统多且复杂，各业务系统在集成测试阶段因测试场景不全面，导致缺陷逃逸至生产。为了解决全链路集成测试场景覆盖不全的问题，引入生产流量测试手段进行全链路接口的集成测试，补全集成测试场景覆盖不全的问题。
1. 整体介绍
先导测试是一种高效的全链路回归测试手段，适用于系统结构复杂的财富管理APP渠道产品。通过建设仿真环境并部署业务系统的预发布本，将生产环境APP产品各链路流量复刻一定比例流量导入仿真环境，在交易所等仿真模拟器的配合下形成业务闭环，借助运维丰富的基础资源监控、应用监控和业务监控手段实现检测预发布版本的功能、性能以及可靠性缺陷，同时在仿真环境无人值守执行接口自动化和UI自动化回归测试用例，进一步对全链路接口和对客菜单核心功能进行回归测试。
2. 具体实践
全链路先导测试，整个体系分为4大部分：
第一部分是流量采集，介绍如何引入生产环境流量至仿真环境。
第二部分是流量接收、回放和应答结果分析。主要介绍流量接收、预处理、存储、回放及结果分析。
第三部分是应用系统，流量会从最外层的接入层进来，经过渠道接入部分、应用部分、交易中间件，最终到达集中交易后台，覆盖了前中后台的各个系统。
第四部分是监控体系，介绍搭建全方位、多层次的监控体系，监测流量运行期间全链路系统的运行情况。
3. 运行效果
主要介绍全链路的流量测试，搭载无人值守执行接口自动化和UI自动化回归测试用例，对全链路接口和对客菜单核心功能进行回归测试的运行效果
4. 总结
先导测试是一种高效的全链路回归测试手段，适用于系统结构复杂的财富管理APP渠道产品。通过建设仿真环境并部署业务系统的预发布本，将生产环境APP产品各链路流量复刻一定比例流量导入仿真环境，在交易所等仿真模拟器的配合下形成业务闭环，借助运维丰富的基础资源监控、应用监控和业务监控手段实现检测预发布版本的功能、性能以及可靠性缺陷，同时在仿真环境无人值守执行接口自动化和UI自动化回归测试用例，进一步对全链路接口和对客菜单核心功能进行回归测试。
2. 具体实践
全链路先导测试，整个体系分为4大部分：
第一部分是流量采集，介绍如何引入生产环境流量至仿真环境。
第二部分是流量接收、回放和应答结果分析。主要介绍流量接收、预处理、存储、回放及结果分析。
第三部分是应用系统，流量会从最外层的接入层进来，经过渠道接入部分、应用部分、交易中间件，最终到达集中交易后台，覆盖了前中后台的各个系统。
第四部分是监控体系，介绍搭建全方位、多层次的监控体系，监测流量运行期间全链路系统的运行情况。
3. 运行效果
主要介绍全链路的流量测试，搭载无人值守执行接口自动化和UI自动化回归测试用例，对全链路接口和对客菜单核心功能进行回归测试的运行效果
4. 总结
内容大纲
.......
听众收益
谢庆芳
享道出行 工程研发高级主管工程师
工程研发高级主管工程师，目前负责享道出行Devops一体化工具研发和测试工作；
曾有基础架构故障演练/中间件/性能/自动化等测试经验，保障生产平台的高可用。
曾有基础架构故障演练/中间件/性能/自动化等测试经验，保障生产平台的高可用。
待定
待定
DevOps提效后的生产稳定性建设实践
背景：
1. 上线后是不是万事大吉？
No
2. 上线后发现问题算谁的：
生产发现问题，所有人都会不自觉地想测试为什么没发现？为什么发现了没重视？为什么重视了却漏上去了？
3. 上线后简单的验证就够么：
生产发现问题，测试有责任有义务复盘追根因做改进，也就是说，通过以业务测试视角对生产做测试级的巡检，是尽快发现问题，给开发处理人反馈更多实时信息的最佳方式
生产稳定性最佳实践之一：生产业务巡检
业务巡检的必要性：
1. 常见的运维告警业务敏感度低，无法精准识别业务和问题；
2. 外网拨测只检查了连通性，不涉及具体业务场景，重要性和精准度不足以快速升级处置
业务巡检落地难点：
1. 流量隔离
2. 业务无损
3. 业务点覆盖检查精准
4. 零误报
业务巡检落地的思考：
1. 用例是否可以沿用自动化的回归脚本？本质区别有哪些？
2. 影子库还是影子表？
3. 安全、大数据、监控等等都要做隔离，如何做到不漏不错？
4. 实际触发的是生产环境，哪怕打了标也会对生产环境造成压力，如何确保不捣乱？
5. 如何设计业务场景，精准判定？
业务巡检落地的方案：
1. 巡检用例独立于回归脚本，需打标隔离流量、采用非全量、对稳定性要求高
2. 内置影子表，可实现低成本、软隔离
3. 故障演练、精准覆盖保障不漏；兜底调用、全链路追踪保障不错
4. 根据监控看板，设置阈值、实时告警、动态调整、缓解压力
5. 业务场景选用高频调用、问题频发、枢纽级、支付等核心业务
业务巡检落地的实践：
1. 构建自动化测试平台
2. 制定具体隔离方案
3. 制定告警规则库
4. 构建巡检用例
5. 编排告警处置闭环流
业务巡检落地的收益：
1. 优先于用户发现问题，提升用户体验（优先发现代码问题/配置问题/环境问题等，近百个/年）
2. 全面准确上报问题，保障业务价值的实现
3. 减少测试工作量，提高测试效率
4. 打通不同团队间高效协作
5. 持续发现问题，完善巡检机制，减少漏报错报
生产稳定性最佳实践之二：24小时应急响应（scout制度、生产值班人制度、处置时效要求）
生产稳定性最佳实践之三：质量委员会生产复盘
1. 上线后是不是万事大吉？
No
2. 上线后发现问题算谁的：
生产发现问题，所有人都会不自觉地想测试为什么没发现？为什么发现了没重视？为什么重视了却漏上去了？
3. 上线后简单的验证就够么：
生产发现问题，测试有责任有义务复盘追根因做改进，也就是说，通过以业务测试视角对生产做测试级的巡检，是尽快发现问题，给开发处理人反馈更多实时信息的最佳方式
生产稳定性最佳实践之一：生产业务巡检
业务巡检的必要性：
1. 常见的运维告警业务敏感度低，无法精准识别业务和问题；
2. 外网拨测只检查了连通性，不涉及具体业务场景，重要性和精准度不足以快速升级处置
业务巡检落地难点：
1. 流量隔离
2. 业务无损
3. 业务点覆盖检查精准
4. 零误报
业务巡检落地的思考：
1. 用例是否可以沿用自动化的回归脚本？本质区别有哪些？
2. 影子库还是影子表？
3. 安全、大数据、监控等等都要做隔离，如何做到不漏不错？
4. 实际触发的是生产环境，哪怕打了标也会对生产环境造成压力，如何确保不捣乱？
5. 如何设计业务场景，精准判定？
业务巡检落地的方案：
1. 巡检用例独立于回归脚本，需打标隔离流量、采用非全量、对稳定性要求高
2. 内置影子表，可实现低成本、软隔离
3. 故障演练、精准覆盖保障不漏；兜底调用、全链路追踪保障不错
4. 根据监控看板，设置阈值、实时告警、动态调整、缓解压力
5. 业务场景选用高频调用、问题频发、枢纽级、支付等核心业务
业务巡检落地的实践：
1. 构建自动化测试平台
2. 制定具体隔离方案
3. 制定告警规则库
4. 构建巡检用例
5. 编排告警处置闭环流
业务巡检落地的收益：
1. 优先于用户发现问题，提升用户体验（优先发现代码问题/配置问题/环境问题等，近百个/年）
2. 全面准确上报问题，保障业务价值的实现
3. 减少测试工作量，提高测试效率
4. 打通不同团队间高效协作
5. 持续发现问题，完善巡检机制，减少漏报错报
生产稳定性最佳实践之二：24小时应急响应（scout制度、生产值班人制度、处置时效要求）
生产稳定性最佳实践之三：质量委员会生产复盘
听众收益
1. 分享测试右移相关体系，介绍业务巡检的技术难点和落地实践，提升生产稳定性，并最终改善用户体验
2. 分享流量隔离具体实现，介绍中间件、服务等隔离方案，实现无侵入、0风险精准隔离
3. 分享告警收敛工作原理，介绍如何不乱告，不多告，如何发掘重要告警，确保告警准确度和有效性
2. 分享流量隔离具体实现，介绍中间件、服务等隔离方案，实现无侵入、0风险精准隔离
3. 分享告警收敛工作原理，介绍如何不乱告，不多告，如何发掘重要告警，确保告警准确度和有效性
谢林洁
中国工商银行
软件开发中心技术测试专家
中国工商银行软件开发中心技术测试专家，中心核心人才，拥有10余年测试开发经验，负责性能、混沌、安全等非功能性测试领域的测试技术研究及效能工具研发工作，拥有丰富的开发、测试、运维及技术管理经验。
待定
待定
银行应用架构转型之性能测试实践
随着互联网技术的发展，银行用户与日俱增，尤其是红包、促销活动的开展，时刻挑战着应用系统的性能容量负载能力；同时，针对信创转型去Oracle特性依赖和单元化平滑迁移转型路线和原则的要求，性能测试人员需快速模拟真实业务场景，定位性能问题并给出解决方案，让系统性能满足实际的业务需求。本议题结合工行软件开发中心的性能测试实践历程，从痛点和价值出发，围绕银行应用架构转型中国产化和单元化两大重点技术，开展性能容量测试研究，从性能风险评估、性能执行标准化建设、性能监控全视图3个方面介绍开发中心性能支撑体系。
1.背景介绍：介绍银行应用架构转型的背景和性能容量测试的痛点
2.国产化：国产化架构转型中性能容量实践
3.单元化：单元化架构转型中性能容量实践
4.新一代性能测试平台：企业级的性能测试服务能力建设
5.案例分享
2.国产化：国产化架构转型中性能容量实践
3.单元化：单元化架构转型中性能容量实践
4.新一代性能测试平台：企业级的性能测试服务能力建设
5.案例分享
1. 银行架构转型下的性能容量测试能力
2. 性能测试平台的架构设计思路
2. 性能测试平台的架构设计思路
内容大纲
听众收益
关注QECon公众号
议题投稿
Speaker@qecon.net
票务联系
15901265561 小娟
媒体合作
13516196409 皮皮
商务合作
15122643988 木子