超细整理，性能测试如何做？怎么做？常见面试题（汇总七）

前言

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、其他性能相关常见问题

1）如何判断 java 应用程序内存泄漏？

应用日志中出现明显的内存溢出告警错误
老年代空间持续占用 99% 以上，FullGC 特别频繁
GC 日志中，每次 GC 剩余的对象持续增加

2）如何定位应用线程死锁？

通过打印堆栈信息，如果发现两个线程互相持有对方的锁，即为死锁

3）vmstat 中 in 、cs 字段值怎么判断性能瓶颈？

解释：in 表示系统中断，cs 表示上下文切换
in 高，cs 低，说明 CPU 在不停的请求资源
us 高，cs 低，说明有个进程持续占用 CPU
cs 高，in 低，说明内核在不停的切换进程
sy 高，cs 高，说明程序有大量的系统调用

4）如何判断应用的最大处理能力？

通过持续负载测试，找到持续加压情况下的 TPS 拐点

5）吞吐量大幅度波动有哪些原因？

==》上下文切换的过快， gc次数过于频繁

6）性能测试中出现了哪些常见的问题？是怎么分析定位的，最后是怎么解决的？

socket套接字连接关闭
==》Tomcat连接数不够、在Tomcat的server.xml加大连接数

服务器500、抛出异常
==》并发数达到300之后、服务器出现大量的异常、接口报错

报空指针异常
==》是因为通过log日志查看、有对象在引用之前没有进行初始化

接口的平均响应时间太长
==》平均响应时间在10s左右，不符合性能指标3s。接口通过redis，每次请求redis都会初始化。优化情况：测试环境增加路由配置。

堆内存溢出
==》稳定性压测一段时间后，jmeter报错，日志报java.lang.OutOfMemoryError.Java heap space。
==》需要修改JVM参数，修改xms，xmx，增加堆内存参数。

栈内存溢出
==》压测一段时间后，jmeter报错，日志报Java.Lang.StackOverflowError。修改jvm参数，增加xss参数，增加栈内存，栈溢出一定是做批量操作引起的，减少批处理数据量。

TPS抖动非常厉害
==》TPS抖动非常厉害、疯狂的输出日志还有500报错》是因为FGC基本上5分钟一次非常频繁，而且回收也不彻底

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

人生最耀眼的不是站在领奖台的瞬间，而是黑暗中依然前行的勇气。当你觉得疲惫不堪时，请记住：每个伟大的转折都藏在"再坚持一下"的决定里。你的脚步，正在丈量属于自己的传奇！

别被眼前的迷雾困住脚步！那些看似徒劳的努力，都在为惊喜的绽放积蓄力量。当世界说"到此为止"时，你的坚持就是最响亮的回答。向前奔跑吧，生命的精彩正在下一站等你！