超细整理,保险项目-性能测试bug+吞吐量+并发用户数分析(详细)

目录:导读


前言

1、保险项目-性能测试印象深刻的bug

【性能测试】履约域12并发压测理算提交接口,压力机每秒发送10笔数据,响应时间超过1100ms,指标要求小于800ms。

【性能测试】运营支撑域SDK压测计算公式,频繁出现FGC。

【性能测试】履约域10并发压测理算初始化接口,每秒发送9个请求,midagrmt-execution-management服务出现报错,且CPU占用满,需要优化。

【性能测试】履约域10并发压测理算初始化接口,出现内存满导致系统重启。

【性能测试】履约域10并发压测理算初始化接口,压力机每秒发送9笔数据10分钟,阶段性出现504。后台日志显示调用保单响应为空

【性能测试】【单证域】单证打印(一次打印)性能不达标,预期tps 50,rt 250ms,实际测试 tps 1.8,rt 2659ms。

【性能测试】履约域10并发压测报案接口,MQ消息(GID_CIC_MIDAEXE_CLAIM_ODMSG)堵塞严重。

【性能测试】承保域50并发压测查询报价单接口,压测结果不达标(预期tps200、响应时间100;实际压测结果tps86.73、响应时间275.7)

【性能测试】承保域2并发压测报价保费计算接口,响应时间不达标(预期响应时间400ms,压测结果是2000ms以上),执行存在报错。

【性能测试】履约域8并发压测单证模板匹配接口,压力机每秒发送80MQ消息,服务器每秒落库数据约为20,MQ存在堵塞。

【合约域】批量查询授权机构范围的产品费率信息信息接口FCG未达标,要求压测过程中FCG为0。

【性能测试】履约域8并发压测报案接口,报server thread pool busy!

【产品域】非车保费计算接口性能测试不达标,期望tps 30,rt 800ms,实际测试 tps 4.4 rt 1090 ms

【合约域】批量查询合约信息接口性能测试不通过,期望tps 40,rt 200ms,实际tps 10.77,rt 463.11ms。

【性能测试】运营支撑域SDK压测规则执行单个规则场景时,CPU35%但TPS只有20,需要优化。

【性能测试】运营支撑域SDK压测规则执行接口,出现多次FGC

【性能测试】【test环境】履约域policy服务出现大量FGC

【性能测试】承保域梯度加压提交核保接口(个意),压测一分钟左右批量报错(并发15)

【性能测试】承保域18并发压测投保单保费计算(团意),压测结果不达标(预期tps30、响应时间400;实际压测结果tps15.25、响应时间778.79)

【性能测试】承保域20并发压测投保单特约查询(个意),压测结果不达标(预期tps200、响应时间100;实际压测结果tps26.14、响应时间463.82)

【性能测试】承保域20并发压测报价单特约查询(个意),压测结果不达标(预期tps200、响应时间100;实际压测结果tps18.78、响应时间712.44)

【性能测试】承保域35并发压测查询投保单详情(个意),压测结果不达标(预期tps200、响应时间100;实际压测结果tps167.71、响应时间7.7)

【性能测试】承保域22并发压测报价单提交预核(个意),压测结果不达标(预期tps50、响应时间200;实际压测结果tps24.99、响应时间529.35)

【性能测试】承保域20并发压测报价单保费计算(个意),压测结果不达标(预期tps30、响应时间400;实际压测结果tps19.07、响应时间646.18)

2、吞吐量和并发用户数的关系

3、已知在线用户数为3000,求出对应的并发用户数

1)我们常用的确定并发用户数的公式是:C=活动用户数×操作时间/系统运行时间

如每天最大在线用户数为3000人,每个用户平均操作时间为1小时,系统运行时间为24小时,那么并发用户数为:3000×3600/24*3600 =125

2)那么我们在jmeter中去压测的时候,可以采用阶梯式压测方法,从20-40-60-80-100-120-140-160-180-200,看看什么时候吞吐量达到最高,并且响应时间和错误率也是最低,找到这个点求出得到最佳的并发用户数为100

3)实际上最佳并发用户数为100,但是理论要支持125的并发,这个时候就要去看看有没有什么地方需要去优化的,后面发现还是服务器的配置太低了,单核2GB运存,网络带宽也不行,还是买个好点的服务器吧。

完整版!企业级性能测试实战,速通Jmeter性能测试到分布式集群压测教程

|-------------------------------------|
| 下面是我整理的2025年最全的软件测试工程师学习知识架构体系图 |

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结(尾部小惊喜)

人生最动人的风景,往往藏在最险峻的山巅。当你觉得力竭时,请记住:每一次坚持都在重塑更强大的自己。别问路有多远,只管迈步向前;别怕山有多高,向上攀登就是答案!

你体内沉睡着改变世界的力量!每个清晨都是改写命运的新机会,每次挫折都是精心包装的礼物。当全世界都在说"不可能"时,正是你证明"可能"的最好时机!

相关推荐
程序员杰哥9 小时前
Postman接口测试的cookie,token,session....鉴权
自动化测试·软件测试·python·测试工具·测试用例·接口测试·postman
测试架构师北凡10 小时前
接口测试流程+jmeter并发+面试题(总结)
自动化测试·软件测试·功能测试·软件测试工程师·jmeter·接口测试·jmeter接口测试
测试199816 小时前
selenium三种等待方式详解
自动化测试·软件测试·python·selenium·测试工具·职场和发展·测试用例
慧都小项1 天前
Parasoft C/C++test 针对 CMake 项目的自动化测试配置
自动化测试·cmake·parasoft
张永清3 天前
每周读书与学习->初识JMeter 元件(二)
性能调优·jmeter性能测试·性能分析·每周读书与学习
测试老哥9 天前
Selenium 使用指南
自动化测试·软件测试·python·selenium·测试工具·职场和发展·测试用例
程序员杰哥11 天前
什么是Jmeter? Jmeter工作原理是什么?
自动化测试·软件测试·python·测试工具·jmeter·职场和发展·测试用例