Jmeter 性能 —— 分析性能压测结果

发布时间:2024年01月02日

1、分析性能测试结果

首先查看事物通过率(错误率),然后分析其他性能指标,比如,确认响应时间,事务通过率,CPU等指标是否满足需求;

如果测试结果不可信,要分析异常的原因,修改后重新测试(复测)。

在确定性能测试结果可信后,如果发现以下问题,按下面的思路来定位问题

问题一:响应时间不达标

查看事务所消耗的时间主要在网络传输还是服务器

①如果是网络,就结合Throughput(网络吞吐量)图,计算带宽是否存在瓶颈

②如果存在瓶颈,就要考虑增加带宽,或对数据的传输进行压缩处理

③如果不存在瓶颈,那么,可能是网路不稳定导致

④如果主要时间是消耗在服务器上,就要分别查看web服务器和数据库服务器的CPU,内存的使用率是否过高

过高的CPU,内存必定会造成响应时间过长,如果是web服务器的问题,就把web服务器对应上对应的用户操作日志取下来,发给开发定位

⑤如果是数据库问题,就把数据库服务器对应上对应日志取下来,发给开发定位

问题二:服务器CPU指标异常

分析思路:就把web服务器对应上对应的用户操作日志取下来,发给开发定位。

现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
分享他们的经验,还会分享很多直播讲座和技术沙龙
可以免费学习!划重点!开源的!!!
qq群号:691998057【暗号:csdn999】

问题三:数据库CPU指标异常

分析思路:把数据库服务器对应上对应的日志取下来,发给开发定位。

问题四:内存泄漏

分析思路:把内存的heap数据取出来,分析是哪个对象消耗内存最多,然后发给开发定位。

问题五:程序在单用户场景下运行成功,多用户运行则失败,提示连不上服务器。

原因:程序可能是单线程处理机制

2、并发用户数是确定

会先上线一段时间,根据收集到的用户访问数据进行预估。

根据需求来确定,使用高峰时间段,注册用户数,单次响应时间等。

3、识别系统瓶颈

从TPS指标分析,TPS即系统单位时间内处理事务的数量。

观察当前随着用户数的增长期系统每秒可处理的事务数是否也会增长。

最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走!?

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

在这里插入图片描述

文章来源:https://blog.csdn.net/m0_58026506/article/details/135342595
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。