接口测试流程与性能调优

本文详细介绍了接口性能测试的流程,包括接口功能调通、并发设置、数据量准备、性能指标分析、服务器资源监控及问题排查。通过分析聚合报告、服务器硬件资源使用情况,定位并解决性能瓶颈,如连接池大小、硬件资源限制、代码问题等。同时,提出了性能调优策略和合适的并发量选择建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.接口性能测试流程
1-5是性能流程
1.接到需求,先把接口功能调通 参数化(常用的参数化方法),关联(正则表达式),检查点(我们要检查哪些),看需不需要集合,如果这个接口依赖上一个接口,那么这个需要用到参数的传递,看接口
需不需要用到cookie session等,请求头等
2.设置并发数和循环次数,线程组和循环控制器都有循环次数,可以用时间来控制,报错怎么处理,并发数太多了,如果PC机性能不够好,分布式部署(负载均衡)
3.查询接口的测试,要考虑db中表的数据量,一般保证10W左右数据量,造10W数据的目的是看这个查询sql语句有没有性能问题,插入数据使用存储过程造数据
4.我们性能测试最重要的是看聚合报告,聚合报告有很多参数,我最主要的是关注平均响应时间
5.结果分析(聚合报告,图形报告),分析的是报告,要看哪些指标
6-9属于性能分析,看哪些指标,怎么分析
6.看报告的同时我们还有看服务器的硬件资源使用情况,cpu 内存,磁盘读写,网络 nmon(收集服务器的资源使用情况) 
top free (实时查看的命令,使用这个命令要边压测边看)
如果超过85%,要分析是哪一进程占用资源比较多,把进程名给开发,告诉开发占用资源(具体是哪一个资源)很高,改完之后我们要再压测一次
7.并发量很大(200),TPS上不去(平均响应时间上不去),响应时间比较长,但是app服务器和db服务CPU/内存都没上去(说明服务器资源很空闲,
代表我们的请求在排队,说明的的连接数太少了,(3种情况:1.db连接数,2.httpd连接数太少(apache中间件),3.你的请求没有发送到服务器,这个
原因要么是你的pc性能不行,网络带宽不够))。响应时间长,可能是db连接池过小,导致线程等待时间长。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值