jmeter（压力测试）指标分析

最新推荐文章于 2024-09-15 19:59:13 发布

代码小怡

最新推荐文章于 2024-09-15 19:59:13 发布

阅读量1.8k

点赞数 2

文章标签： jmeter 压力测试软件测试程序员接口测试自动化测试测试工程师

本文链接：https://blog.csdn.net/weixin_57805858/article/details/132807216

版权

本文详细阐述了性能测试中的关键要素，如压力测试的不同场景、压测需求确认、设置参数（如线程数、并发、Ramp-upPeriod等）、结果查看与分析，以及吞吐量、响应时间和错误率的评估。还介绍了JMeter工具的应用和性能测试报告的内容结构。

摘要由CSDN通过智能技术生成

性能指标分析

初级分析：

压力测试

压力测试分两种场景：一种是单场景，压一个接口的；第二种是混合场景，多个有关联的接口。

压测时间，一般场景都运行10-15分钟。如果是疲劳测试，可以压一天或一周，根据实际情况来定。

压测任务需求的确认

压测前要明确压测功能和压测指标，一般需要确定的几个问题：

固定接口参数进行压测还是进行接口参数随机化压测？

要求支持多少并发数？

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）、网络和操作系统等方面

---------------------

总结

从外部看，性能测试主要关注如下三个指标

吞吐量：每秒钟系统能够处理的请求数、任务数。

响应时间：服务处理一个请求或一个任务的耗时。

错误率：一批请求中结果出错的请求所占比例。

标准：

响应时间：对实时性要求比较高，响应时间的上限一般在100ms以内。而导航一类的服务，由于返回结果的使用周期比较长（整个导航过程中），响应时间的上限一般在2-5s。

错误率：错误率和服务的具体实现有关。通常情况下，由于网络超时等外部原因造成的错误比例不应超过5%%，由于服务本身导致的错误率不应超过1% 。

吞吐量：

查看服务器的数据分析

nmon使用方法（建议使用）

blog.csdn.net/linabc12300…

下面是多命令查看，挺麻烦的

www.testwo.com/article/725

jmeter-压力测试报告

JMeter压力测试报告需要包括放内容：

1、压力测试概要

测试环境：

测试时间：

服务端配置：

客户端配置：

测试工具：JMeter

2、测试说明

（1）名词定义（时间单位ms）

Sample:本次测试场景共运行多少线程；

Average:平均响应时间；

Median:统计意义上的响应时间中值；

90% line:所有线程中90%的线程响应时间都小于xx的值;

Min:响应最小时间；

Max:响应最大时间；

Error:出错率；

Throughput -吞吐量以“requests/second、requests /minute、 requests /hour”来衡量。时间单位已经被选取为second，所以，显示速率至少是1.0，即每秒1个请求。当吞吐量被保存到CVS文件时，采用的是requests/second，所以30.0 requests/second 在CVS中被保存为0.5 Kb/sec -以Kilobytes/seond来衡量的吞吐量

（2）安装JMeter，描述测试数据，例如：

分别对以上页面进行压力测试分别测试10，50,100,500,1000个线程，来模拟这么多用户并发访问系统，每个用户循环访问一次

3，测试结果分析（列出表格，主要是聚合报告各数据对比）

4、给出典型聚合报告

（聚合报告名词解释如上2、（1）所述）

5、给出典型图形结果

（名词解释：

样本数目是总共发送到服务器的请求数。最新样本是代表时间的数字,是服务器响应最后一个请求的时间。吞吐量是服务器每分钟处理的请求数。平均值是总运行时间除以发送到服务器的请求数。中间值是代表时间的数字，有一半的服务器响应时间低于该值而另一半高于该值。偏离表示服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布。

）

6、根据以上结果分析，给出总结，得出结论，说明调优点

最后：下面是配套学习资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！