MTSC2025 第十四届中国互联网测试开发大会(上海站):多协议混合压测实战_第1页
MTSC2025 第十四届中国互联网测试开发大会(上海站):多协议混合压测实战_第2页
MTSC2025 第十四届中国互联网测试开发大会(上海站):多协议混合压测实战_第3页
MTSC2025 第十四届中国互联网测试开发大会(上海站):多协议混合压测实战_第4页
MTSC2025 第十四届中国互联网测试开发大会(上海站):多协议混合压测实战_第5页
已阅读5页,还剩21页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

MTSC

2025中国互联网测试开发大会TESTINGSUMMIT

CONFERENCE

CHINA2025质

效革新

·智领未来2025/7/121

上海喜来登由由大酒店主办方:

TesterHeme上海站全链路

·

真场景

·

高敏捷一多协议混合压测实战讲师:朱金玲质效革新

·

智领未来

主办方:TesterHeme中国互联网测试开发大会TESTINGSUMMIT

CONFERENCE

CHINA2025站MTSC2025目录

行业背景与挑战4

效果演示质效革新

·

智领未来三大技术突破点6瓶颈案例分析主办方:TesterHeme

问题分析落地成果MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025上

站行业背景与挑战挑战:实时通信服务在压测中的特殊性对比维度实时通信服务压测618大促压测核心目标保障实时互动流畅性保障高并发交易稳定性协议类型混合协议(HTTP+TCP/UDP)以HTTP/HTTPS为主流量特征不定时瞬时突发性高定时持续高峰数据构造逻辑动态关系链(师生/班组拓扑

)商品-库存-订单关联流量趋势图基础流量=100%240%20200%+160%130%+100%20高峰1

高峰2高峰3高峰4高峰5MTSC2025中国互联网测试开发大会TESTINGSUMMIT

CONFERENCE

CHINA

2025背景:每次流量峰值呈倍数增长质效革新

·

智领未来主办方:TesterHeme上海站用户激增VS固有流量真实流量模拟面对挑战,我们想做成什么?旧方案

多课程数据并发“假增量”陷阱期望

1.灵活扩量2.压力聚焦在单课程MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025不能模拟Redis大Key等中间件、服务问题▲Course1:10wCourser2:10w非影子库,而是替换成测试用户。Key1:10wKey2:10w质效革新

·

智领未来主办方:TesterHeme上海站弊端期望面对挑战,我们想做成什么?弊端抗风险能力低,可能阈值之下就

挂了期望告别“灰姑娘式”压测,改成白天短时压MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025旧方案

经验拍定一个

值单场景降级阈值没有手段评估流量回放耗时2小时/次

,只能晚上压需要单场景压测

手段主办方:TesterHeme质效革新

·

智领未来上海站期望动态流量扩增算法基于算法,

实现还原大key

真实场景智能数据构造——无损隔离、零侵入采取用户数据重写,非影子库方式实现数据隔离。

(数据重写:通过动态替换接口中的真实用户数据为预设测试用户数据来实现隔离的方式)三大技术突破点-核心引擎场景混合协议支持评估单业务负载能力MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025“

壁”、“数据无影”、“流量聚变”质效革新

·

智领未来主办方:TesterHeme上

站1.为什么要做成场景模式?业务接口之间依赖关系强,需要在长连接持续不间断的状态下进行其他接口操作。多个接口的交互就形成了场

。2.多场景压测适用于什么情况?有时要压测两种场景的并发,比如下课之前发红包雨,部分用户在领红包,部分用户在退出课程,需要同时测试两种场景。TCPTCPHTTP老师发题学生答题查询答题结果混合协议场景压测支持MTSC2025中国互联网测试开发大会TESTINGSUMMIT

CONFERENCE

CHINA

2025解决业务中的多场景、多协议压测需求质效革新

·

智领未来主办方:TesterHeme用户群体A领取红包场果

抢红包抢红包◎

同一时间点并发上海站发压开始时间00:01:3000:02:0000:03:0000:04:0000:05:00主办方:TesterHeme↓混合场景编排器质效革新

·

智领未来协议互通架构TCP长连接

HTTP短连接↓↓↓协议共存、有序依赖统一数据结构有序依赖MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025T_REQTE_REQ_REQank/group接口VOTESUBMqueryVOTE/small重点!重点!上海站ID11457256505307169用户类型辅导辅导主

讲学生学生主

讲辅

导辅导接口名称客户端校验token是否合法获取在线列表答题器-发送投票题答题器-提交投票http获取同样答对/答错的学生答题器-结束答题班组正确率-辅导查询获取离线列表接

口token_httpget_orVOTE_tcpSUBM

REQqueryVOTE

Qassist

pard_accuracygetof…--

list发压开始时间00:00:0000:00:3000:01:0000:01:30①00:02:0000:02:3000:03:00⑤00:03:00混合协议场景图示编辑场景

多角色持续时长(s)11111111QPS11155111MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025操

作◎◎◎◎◎◎◎◎质效革新

·

智领未来主办方:TesterHeme上海站listEQp1生成压测数据前置依赖接口隐藏计算相对开始时间、qps

、接

口总数动态计算师生配

比数据重写生成数据集执行发压发压机解析消息结构数据类型校验替换绝对时间主从分发请求同步redis数据同步班组关系将课程信息绑定

到压测课程ld生成课程数据大key创建成功压测任务按照该格式

·集成压测场景配置课程id生成压测任务场景构造数据流生成日志KO提示问题定位性能分析MTSC2025中国互联网测试开发大会TESTINGSUMMITCONFERENCECHINA2025消息结构定义定义两种数据结

构:http

和TCP质效革新

·

智领未来主办方:TesterHeme接口列表

压测场景配置开始时间QPS持续时间按照定义好的数据

结构清洗数据从HIVE取全量数

据数据流图上海站生成压测场景按照该格式

…集成接口DB●配置扩增倍数,克隆出多个对象在同

一时间做相同操作。●多个对象在同一个班组关系里,即可

保证信息存储在一个大key

时间相

同、空间也相同。动态流量扩增效果MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025质效革新

·

智领未来主办方:TesterHeme小刚小强不同人,相同时间,做相同操作18:30上

站小明动态流量扩增算法数据初洗开始

数据获取PK、题

目ID等替换N=3

班级A1-师生3人班级A-师生3人

班级A2-师生3人原始数据▲是本轮最后一行

&QPS达到数据重写

一否一4是学生QPS达到一是

一▲否第一轮班级A3-师生3人循环逐条读取MTSC2025中国互联网测试开发大会TESTINGSUMMITCONFERENCECHINA2025结束

跳过当前学生数据过滤掉老师数据质效革新

·

智领未来主办方:TesterHeme测试学生数据

一读取一建立替换映射,1vs

n(放大系数)格式整理无效数据过滤清洗后数据“班组”关系上海站初洗后数据一读取一一否一智能数据构造—数据重写原则1.用户级ID:完全替换(血肉)2.关系型ID:类型保持(骨架)3.动作时序:绝对保留(灵魂)Kafka

标记与隔离给该课程ID打上特殊标记,配置Kafka使其只接收该标记的数据而不消

。价值:确保测试数据不会影响生产流

程3数据绑定到测试课程ID将映射后的数据绑定到测试课程ID上价值:为下一步做铺垫关系图谱预置预设的“基础测试用户集",存储了用户、班

组、老师的拓扑结构。价值:构建真实业务关系的“骨架

”UD数据重写原始用户的班组关系->预设的新用户关系网!价值:业务逻辑不变的无损隔离—无损隔离、零侵入MTSC2025I2025会质效革新

·

智领未来主办方:TesterHeme上海站发压至入口耗时:入

口至Kafka

耗时:Kafka

至下游处理耗时:下游处理耗时:全链路总耗时:问题定位:Kafka

消息传递至下游业务处理环节延迟异常,建议排查Kafka45ms33ms242ms

(异常

常值<100ms)

130ms450ms消费者配置及网络状况精确展示各环节耗时,定位性能问题T+0ms发压开始时间压测只是开始,排查才是关键MTSC2025中国互联网测试开发大会TESTINGSUMMIT

CONFERENCE

CHINA2025T+45ms45mgentrance创建消息质效革新

·

智领未来主办方:TesterHemeT+320ms下游处理开始T+78msmsn

入kafka链路耗时节点分析图上海站处理完成T+450ms242mms130Total

Memory

Usage(使用的总内存)763

MiB572

MiB381

MiB191

MiB0B18:55

19:0019:05{1nstance=IU.8.54.

∠3∠:0319}一{instance="38:6379"}

{instance="40:6379"

{instance="22:6379"}一

{instance="37:6379"}iinstance20K15K10K5K018:5519:00

19:05maxcurrent一

{instance="47:6381"}一

{instance="30:6379"}{instance="22:6379"}一

{instance="20:6379"}压测只是开始,排查才是关键日志初步定位日志中展示KO提示、问题定位、性能分析任务管理2025/04/1214:31:02.5199002025/04/1214:31:02.5201292025/04/1214:31:02.5220282025/04/1214:31:02.5231862025/04/1214:31:02.5279952025/04/1214:31:02.5282302025/04/1214:31:02.5369142025/04/1214:31:02.5392592025/04/1214:31:02.5405042025/04/1214:31:02.5412692025/04/1214:31:02.5415702025/04/1214:31:02.5437402025/04/1214:31:02.5450532025/04/1214:31:02.5474162025/04/1214:31:02.5474432025/04/1214:31:02.5475072025/04/1214:31:02.5476822025/04/1214:31:02.5476972025/04/1214:31:02.5479872025/04/1214:31:02.5481212025/04/1214:31:02.548209one_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishone_slave_pressure_finishrecv:{"slavelp":"","status":"finish"}recv:{"slavelp":"0","status":"finish"}recv:{"slavelp":"47","status":"finish"}recv:{"slavelp":"4","status":"finish"}recv:{"slavelp":"0","status":"finish"}recv:{"slavelp":"3","status":"finish"}recv:{"slavelp":"9","status":"finish"}recv:{"slavelp":"5","status":"finish"}recv:{"slavelp":"33","status":"finish"}recv:{"slavelp":"6","status":"finish"}recv:{"slavelp":"6","status":"finish"}recv:{"slavelp":"12","status":"finish"}recv:{"slavelp":"8","status":"finish"}recv:{"slavelp":"9","status":"finish"}recv:{"slavelp":"03","status":"finish"}recv:{"slavelp":"34","status":"finish"}recv:{"slavelp":"4","status":"finish"}recv:{"slavelp":"33","status":"finish"}recv:{"slavelp":"78","status":"finish"}recv:{"slavelp":"36","status":"finish"}recv:{"slavelp":"4","status":"finish"}2025-04-1214:35:24ko的汇总统计(累积)huatuo_ko_http_num:02025-04-1214:35:24ko的汇总统计(累积)huatuo_ko_tcp_num:202025/04/1214:36:57.355855one_slave_pressure_finishrecv:{"slavelp":"48","status":"finish"}

2025/04/1214:36:57.355988allSlavePressureFinisheddone2025/04/1214:36:57.356046master

done,huatuo_done_status2025-04-1214:37:08ko的汇总统计(累积)huatuo_ko_http_num:02025-04-1214:37:08ko的汇总统计(累积)huatuo_ko_tcp_num:20资源热点热力图直观展示系统资源使用情况,快速发现瓶颈总节点34033336946MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025质效革新

·

智领未来主办方:TesterHemeV2UU71217.01.02.U1001

i_oiavo_piouo_III

Tv.1oiaveip

·1..1.1,ouauo.j2025/04/1214:31:02.519506

one_slave_pressure_finish

recv:{"slavelp":"46","status":"finish"}48抽奖63ae7f1cb7ade43c15bf0ae4

已同步已生成下载未执行19.1K

036

036

036

019:10

19:1519:2019:2519:3019:3519:4019:4519:50client_longest_output_list(单位:数据项,响应客户端积压情况)查看日志①19:10

19:15

19:20

19:25

19:30

19:35上海站IVIIBMiB

MiB

MiB

MiB130135134133133130135134133133IVIIDMiB

MiB

MiB

MiB19:4019:4519:50△压测平台架构图场景集多场景组合数据校验流量回放hive获取指定live

……数据清洗……

等比放大

数据染色文件下发均匀分发

master发压引擎slave(http、tcp)被测服务功能模块功能模块

功能模块监控系统

接口请求量

接口响应延迟接口采集数据清洗任务下发场景数据染色功能模块功能模块功能模块redis内存占用

客户端积压情况平台架构全景MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025获取任务重所有接口数据接口参数拼装计算发压时间、QPS批量生成压测数据多节点服务集群质效革新

·

智领未来主办方:TesterHeme上海站狸

子无中生有数据生成压测任务slave任务集.4倍压测效率提升两周内可完成20+场景测试手写代码3天/场景12倍问题定位时效提升从2小时排查缩短至10分钟定位落地成果与技术亮点MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025高峰期性能问题有效预防系统风险主办方:TesterHeme质效革新

·

智领未来上

站案例1:

KafkaI/O瓶颈扩节点后,压测前后延时从10秒降至10毫秒案例2:场景并发QPS

未达预期就延时Key

的value

过大。

把大Key

拆小key,分散了压力。案例3:单场景热Key

引发Redis内存溢出从前端降低热key

触发频率,从而缓解了内存溢出的问题。主办方:TesterHeme典型瓶颈发现案例MTSC2025中国互联网测试开发大会TESTING

SUMMIT

CONFERENCE

CHINA

2025质效革新

·

智领未来上

站前置准备环境隔离、数据准备、监控配置流量探底(流量回放)基准测试,确定系统初始承载能力两种类型数据:上一次高峰数据&临近上课的数据场景覆盖(场景压测)多维度压测,覆盖关键业务路径全链路验证(流量回放)端到端验证,确保整体系统稳定性DranariaLoadTestingParti-Business

pachsScenarioCoverageMulti-Dimensional(determine

intial

system

Testing◆

Coverekey

business

pathsFull-ChainVerificationG

BSusure--endverrficationexure

anvecralbusinessratlay质效革新

·智领未来

主办方:TesterHemeTraanariotesting·Irsolate

environment◆

PrepareData(fince

Baquetts◆

DemscBaseline(lata)

configure

monitoringPreparation·Isolate

environment,Trafficlnaes,TrafficBestine,Traffic

ceplatiny◆

Descaror(iorffic

Canaage可复用压测方法论MTSC2025中国互联网测试开发大会TESTINGSUMMIT

CONFERENCE

CHINA

2025Traffic

Baseline(esting)◆

Multi-direntoiallagmwit5◆Looad◆Selves画ILarwTriey:TestingReusable

LoadTesting

MethodologyTraffic

Baseline(Traffic

Replay)上海站S大规模功能测试聊天功能测试,需要模拟上千人同时聊天解决方案:·利用场景测试手段,设置聊天人数1000单模块降级策略为某模块定降级方案,确定并发阈值解决方案

:3剩魄

号坡晚

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论