压测任务需求的确认
压测前要明确压测功能和压测指标,一般需要确定的几个问题:
- 固定接口参数进行压测还是进行接口参数随机化压测?
- 要求支持多少并发数?
- TPS(每秒钟处理事务数)目标多少?响应时间要达到多少?
- 压服务器名称还是压服务器IP,一般都是压测指定的服务器
- 线程数:并发数量,能跑多少量 。具体说是一次存在多少用户同时访问
- Rame-Up Period(in seconds):表示JMeter每隔多少秒发动并发 。理解成准备时长:设置虚拟用户数需要多长时间全部启动 。如果线程数是20,准备时长为10,那么需要10秒钟启动20个数量,也就是每秒钟启动2个线程 。
- 循环次数:这个设置不会改变并发数,可以延长并发时间 。总请求数=线程数*循环次数
- 调度器:设置压测的启动时间、结束时间、持续时间和启动延迟时间 。
运行完后,聚合报告会显示压测的结果 。主要观察Samples、Average、error、Throughput 。
- Samples:表示一共发出的请求数
- Average:平均响应时间,默认情况下是单个Request的平均响应时间(ms)
- Error%:测试出现的错误请求数量百分比 。若出现错误就要看服务端的日志,配合开发查找定位原因
- Throughput:简称tps,吞吐量,默认情况下表示每秒处理的请求数,也就是指服务器处理能力,tps越高说明服务器处理能力越好 。
- 有错误率同开发确认,确定是否允许错误的发生或者错误率允许在多大的范围内;
- Throughput吞吐量每秒请求的数大于并发数,则可以慢慢的往上面增加;若在压测的机器性能很好的情况下,出现吞吐量小于并发数,说明并发数不能再增加了,可以慢慢的往下减,找到最佳的并发数;
- 压测结束,·登陆相应的web服务器查看CPU等性能指标,进行数据的分析;
- 最大的tps:不断的增加并发数,加到tps达到一定值开始出现下降,那么那个值就是最大的tps 。
- 最大的并发数:最大的并发数和最大的tps是不同的概率,一般不断增加并发数,达到一个值后,服务器出现请求超时,则可认为该值为最大的并发数 。
- 压测过程出现性能瓶颈,若压力机任务管理器查看到的cpu、网络和cpu都正常,未达到90%以上,则可以说明服务器有问题,压力机没有问题 。
- 影响性能考虑点包括:数据库、应用程序、中间件(tomact、Nginx)、网络和操作系统等方面 。
1、jmeter 在linux安装
简单说下,就是要先安装jdk,同时再配置环境变量,最后再上传jmeter压缩的安装包,在linux下解压完安装包就可以使用了 。
2、jmeter在linux运行
进入jmeter下的bin目录下运行脚本,未配置jmeter环境变量的条件下,运行的命令:
./jmeter -n -t a.jmx -l res.jtl
其中a.jmx是准备好的jmeter脚本,res.jtl是测试结果文件,测试结果文件可以导入到jmeter察看结果树下查看 。jmeter添加负载机
推荐阅读
- UI 自动化测试框架设计与 PageObject 改造
- 一个软件测试员开发的IT在线工具网已上线,欢迎体验
- 开源一款超实用的 Dubbo 测试工具,已用半年,感觉很有feel
- 小白教你慢速攻击安全测试
- 联发科|光比跑分怎么够?天玑9000影像能力测试:解锁“夜景录像”神技
- 利用Fiddler来Mock接口返回值
- 基于MEC的边缘CDN业务调度方案及测试分析
- 华为实验演示:利用路由器的接口配置VRRP
- python高准确率滑动验证破解平台,提供免费api接口,解决反爬虫
- 超赞!JMeter 模拟超过 5 万的并发用户