性能测试笔记【多测师_王sir】

复制代码
一、性能测试的类型:
基准测试
负载测试
压力测试(稳定性测试)
并发测试

二、性能数据的准备
badboy ==》录制jmeter脚本的工具 ==》录制页面或者录制接口

三、性能指标:
average:接口的平均响应时间 ==》T1+T2+T3
客户端发请求给服务端  T1
服务端接收请求并且处理响应  T2
服务端响应到客户端 T3
页面渲染  T4
throughput:吞吐量(吞吐量里面包含RPS、QPS、TPS)
RPS(requests per second):每秒的请求数
QPS(queries per second):每秒SQL的执行数或者叫做查询数
TPS(transactions per second):每秒通过的事务数
TPS是衡量服务器性能的唯一指标和并发用户数没有太大的关系
HPS(hits per second):每秒点击率

事务:
调用单一的接口   ==》当前请求当中只有一次查询  1TPS = 1QPS
打开首页-登录-添加一个用户-退出  1TPS = 5个QPS


四、性能测试模型和并发测试、压力测试实战:
1.用户并发模式 ==》站在用户的角度==》不断增加并发用户
5000个注册用户数  ==》在线用户数一般取注册用户数的10%
500个在线用户数  ==》取1%-5%并发度
25个并发用户数
并发用户从20-50-100-200-300-400往上加

2.吞吐量模式(RPS模式)  ==》站在服务端的角度、绕过了增加用户数直接对服务器进行加压
1)把JMeterPlugins-Extras-1.4.0\lib\ext\JMeterPlugins-Extras.jar插件
放入到apache-jmeter-3.3\lib\ext里面
2)把JMeterPlugins-Standard-1.4.0\lib\ext\JMeterPlugins-Standard.jar插件
放入到apache-jmeter-3.3\lib\ext里面
3)进入到jmeterServerAgent目录双击startAgent.bat启动插件代理服务


五、性能测试结果分析
1、TPS是衡量服务器性能的唯一指标和并发用户数没有太大的关系
2、当压测接口的时候、持续2分钟、当进行到第24秒的时候、吞吐量tps一直上升到最高点、达到314.8/sec、然后开始下降
RPS达到316/sec的时候开始下降、接口的平均响应时间不断的增加、我们就可以认为当前这个点就是性能测试的拐点、如果
继续请求会发生接口出现请求错误的现象。
3、吞吐量的计算公式:总共发送的请求数量/总共运行的时间 ==》18042/76s = 237TPS


六、性能测试问题
1、测试当前服务器所能承受的最大的并发用户是多少?
最大并发数量的峰值公式为RPS*接口的平均响应时间也就是:316/sec*296ms/1000ms = 93.5个
2、当前接口的响应时间低于3秒、求出最大TPS
3、能不能找到当前接口性能的拐点?? TPS开始下降、响应时间飙升就是性能的拐点
4、用单机压测的还是用的多机(需要配置分布式压测)
复制代码

 

posted @   多测师_树哥  阅读(315)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)
点击右上角即可分享
微信分享提示