1.断言多了会影响压力机的性能么?
会影响一点,毕竟是计算
2.review被测接口应用是否全部跑通,跑通后,编写自动化压测脚本
3.性能监控平台
部署方式:Docker
数据存储:InfluxDB
数据收集:JMeter Backend Listener
图形展示:Grafana
4.压测执行计划
制定压测策略 不同的并发数 10 ,50,100,200,400,...
记录结果
测试期望结果
验证能够支撑大多并发数,峰值数
验证错误率,定义可接受范围,<=0.1% or <=0.5% or must=0%
压测持续时间不宜太短,比如30min一轮压测
寻找系统性能点
紫色线:流量
最下面:并发数不断增加
这是教科书上经常展现的一个样子,实际上的并不一定是这样的,时间、流量、容错率趋势的一个过程,应该灵活的去应对这种情况 。
得到的数据大概是这个样子的
并发数120相当于120个人同时在访问同一个网站,同一秒中可能刷的人有50个,代表每一秒中有多少人在刷的是流量的概念, 每一个秒120个人访问那是流量,因此并发数与流量的概念要区分, 并发数指的是有多少人在同时访问
5.自动化压测
为什么要自动化压测呢?
手动逐步加压
需要人肉改并发数,然后等待完成
烦!!!!
所以,制定好策略,让程序自动加压,自动等待;完成后坐收报告
计算机努力的干活,我去做更重要的事情
希望测试生涯变得美好一些哈哈哈,抄袭老师的话
那么。。。
实现思路:
- jmeter脚本(.jmx文件)-压测逻辑
- shell-控制逻辑
- 不能绕开麻烦,并发书的更改——使用linux的三剑客之一
- JMeter静默运行,脱离UI限制,使自动化运行更稳定
- 主要围绕 jmeter -n -t $jmx_file -l $jtl_file
实现流程如下:
脚本目录: