一文3000字从0到1使用JMeter进行压力测试!

一文3000字从0到1使用JMeter进行压力测试!_第1张图片

一、压力测试

  压力测试考察当前软硬件环境下系统所能承受的最大负荷并帮助找出系统瓶颈所在。压测都是为了系统在线上的处理能力和稳定性维持在一个标准范围内,做到心中有数。

  使用压力测试,我们有希望找到很多种用其他测试方法更难发现的错误。有两种错误类型是:内存泄漏,并发与同步

  有效的压力测试系统将应用以下这些关键条件:重复,并发,量级,随机变化

二、性能指标

1,响应时间(Response Time: RT)

  响应时间指用户从客户端发起一个请求开始,到客户端接收到从服务器端返回的响应结束,整个过程所耗费的时间。

  最大响应时间(Max Response Time) 指用户发出请求或者指令到系统做出反应(响应)的最大时间。

  最少响应时间(Mininum ResponseTime) 指用户发出请求或者指令到系统做出反应(响应)的最少时间。

  90%响应时间(90% Response Time) 是指所有用户的响应时间进行排序,第 90%的响应时间。

2,吞吐量

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

HPS(Hits Per Second) :每秒点击次数,单位是次/秒。

TPS(Transaction per Second):系统每秒处理交易数,单位是笔/秒。

QPS(Query per Second):系统每秒处理查询次数,单位是次/秒。

  对于互联网业务中,如果某些业务有且仅有一个请求连接,那么 TPS=QPS=HPS,一般情况下用 TPS 来衡量整个业务流程,用 QPS 来衡量接口查询次数,用 HPS 来表示对服务器单击请求。无论 TPS、QPS、HPS,此指标是衡量系统处理能力非常重要的指标,越大越好,根据经验,一般情况下:

  金融行业:1000TPS~50000TPS,不包括互联网化的活动

  保险行业:100TPS~100000TPS,不包括互联网化的活动

  制造行业:10TPS~5000TPS

  互联网电子商务:10000TPS~1000000TPS

  互联网中型网站:1000TPS~50000TPS

  互联网小型网站:500TPS~10000TPS

3,错误率

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

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

一文3000字从0到1使用JMeter进行压力测试!_第2张图片

三、JMeter

  Apache JMeter 是 Apache 组织基于 Java 开发的压力测试工具,用于对软件做压力测试。JMeter 最初被设计用于 Web 应用测试,但后来扩展到了其他测试领域,可用于测试静态和动态资源,如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库和 FTP 服务器等等。JMeter 可对服务器、网络或对象模拟巨大的负载,在不同压力类别下测试它们的强度和分析整体性能。另外,JMeter 能够对应用程序做功能/回归测试,通过创建带有断言的脚本来验证程序是否返回了期望结果。为了最大限度的灵活性,JMeter 允许使用正则表达式创建断言。
1,下载JMeter

一文3000字从0到1使用JMeter进行压力测试!_第3张图片

2,修改软件显示语言

一文3000字从0到1使用JMeter进行压力测试!_第4张图片


3,添加线程组

一文3000字从0到1使用JMeter进行压力测试!_第5张图片


4,配置测试参数

一文3000字从0到1使用JMeter进行压力测试!_第6张图片


  线程数:虚拟用户数。一个虚拟用户占用一个进程或线程。设置多少虚拟用户数在这里也就是设置多少个线程数。
  Ramp-Up Period(in seconds)准备时长:设置的虚拟用户数需要多长时间全部启动。如果线程数为 10,准备时长为 2,那么需要 2 秒钟启动 10 个线程,也就是每秒钟启动 5 个线程。
  循环次数:每个线程发送请求的次数。如果线程数为 10,循环次数为 100,那么每个线程发送 100 次请求。总请求数为 10*100=1000 。如果勾选了“永远”,那么所有线程会一直发送请求,一到选择停止运行脚本。
  Delay Thread creation until needed:直到需要时延迟线程的创建。
  调度器:设置线程组启动的开始时间和结束时间(配置调度器时,需要勾选循环次数为永远)
  持续时间(秒):测试持续时间,会覆盖结束时间
  启动延迟(秒):测试延迟启动时间,会覆盖启动时间
  启动时间:测试启动时间,启动延迟会覆盖它。当启动时间已过,手动只需测试时当前时间也会覆盖它。
  结束时间:测试结束时间,持续时间会覆盖它。

5,添加HTTP请求

一文3000字从0到1使用JMeter进行压力测试!_第7张图片

6,配置测试目标参数

一文3000字从0到1使用JMeter进行压力测试!_第8张图片


7,添加监听器(用于获取测试结果)

一文3000字从0到1使用JMeter进行压力测试!_第9张图片


8,启动测试

一文3000字从0到1使用JMeter进行压力测试!_第10张图片


首次测试会提示是否保存测试样例,一般测试选不保存即可。


9,分析测试结果

一文3000字从0到1使用JMeter进行压力测试!_第11张图片

  有错误率同开发确认,确定是否允许错误的发生或者错误率允许在多大的范围内;
  Throughput 吞吐量每秒请求的数大于并发数,则可以慢慢的往上面增加;若在压测的机器性能很好的情况下,出现吞吐量小于并发数,说明并发数不能再增加了,可以慢慢的往下减,找到最佳的并发数;
  压测结束,登陆相应的 web 服务器查看 CPU 等性能指标,进行数据的分析;
  最大的 tps,不断的增加并发数,加到 tps 达到一定值开始出现下降,那么那个值就是最大的 tps。
  最大的并发数:最大的并发数和最大的 tps 是不同的概率,一般不断增加并发数,达到一个值后,服务器出现请求超时,则可认为该值为最大的并发数。
  压测过程出现性能瓶颈,若压力机任务管理器查看到的 cpu、网络和 cpu 都正常,未达到 90%以上,则可以说明服务器有问题,压力机没有问题。
  影响性能考虑点包括:数据库、应用程序、中间件(tomact、Nginx)、网络和操作系统等方面,首先考虑自己的应用属于 CPU 密集型还是 IO 密集型。

四、JMeter Address Already in use 错误解决

当我们想进行一段时间的压测时,会出现JMeter端口异常

一文3000字从0到1使用JMeter进行压力测试!_第12张图片

十几秒后,发现异常

一文3000字从0到1使用JMeter进行压力测试!_第13张图片


  这是windows 本身提供的端口访问机制的问题。Windows 提供给 TCP/IP 链接的端口为 1024-5000,并且要四分钟来循环回收他们。就导致我们在短时间内跑大量的请求时将端口占满了。
解决办法:
  用 regedit 命令打开注册表,在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 下,
  右击 parameters,添加一个新的 DWORD,名字为 MaxUserPort,然后双击 MaxUserPort,输入数值数据为 65534,基数选择十进制,再新建一个:TCPTimedWaitDelay:30。
  如果是分布式运行的话,控制机器和负载机器都需要这样操作,修改配置完毕之后记得重启机器才会生效。

END今天的分享就到此结束了,点赞关注不迷路!

你可能感兴趣的:(自动化测试,jmeter,压力测试,appium,单元测试,测试工具,自动化测试)