jmeter测试websocket

一、websocket介绍

随着互联网的发展,传统的HTTP协议已经很难满足Web应用日益复杂的需求了。近年来,随着HTML5的诞生,WebSocket协议被提出,它实现了浏览器与服务器的全双工通信,扩展了浏览器与服务端的通信功能,使服务端也能主动向客户端发送数据。

我们知道,传统的HTTP协议是无状态的,每次请求(request)都要由客户端(如 浏览器)主动发起,服务端进行处理后返回response结果,而服务端很难主动向客户端发送数据;这种客户端是主动方,服务端是被动方的传统Web模式 对于信息变化不频繁的Web应用来说造成的麻烦较小,而对于涉及实时信息的Web应用却带来了很大的不便,如带有即时通信、实时数据、订阅推送等功能的应 用。在WebSocket规范提出之前,开发人员若要实现这些实时性较强的功能,经常会使用折衷的解决方法:轮询(polling)和Comet技术。其实后者本质上也是一种轮询,只不过有所改进。

轮询是最原始的实现实时Web应用的解决方案。轮询技术要求客户端以设定的时间间隔周期性地向服务端发送请求,频繁地查询是否有新的数据改动。明显地,这种方法会导致过多不必要的请求,浪费流量和服务器资源。

Comet技术又可以分为长轮询和流技术。长轮询改进了上述的轮询技术,减小了无用的请求。它会为某些数据设定过期时间,当数据过期后才会向服务端发送请求;这种机制适合数据的改动不是特别频繁的情况。流技术通常是指客户端使用一个隐藏的窗口与服务端建立一个HTTP长连接,服务端会不断更新连接状态以保持HTTP长连接存活;这样的话,服务端就可以通过这条长连接主动将数据发送给客户端;流技术在大并发环境下,可能会考验到服务端的性能。

这两种技术都是基于请求-应答模式,都不算是真正意义上的实时技术;它们的每一次请求、应答,都浪费了一定流量在相同的头部信息上,并且开发复杂度也较大。

伴随着HTML5推出的WebSocket,真正实现了Web的实时通信,使B/S模式具备了C/S模式的实时通信能力。WebSocket的工作流程是这 样的:浏览器通过JavaScript向服务端发出建立WebSocket连接的请求,在WebSocket连接建立成功后,客户端和服务端就可以通过 TCP连接传输数据。因为WebSocket连接本质上是TCP连接,不需要每次传输都带上重复的头部数据,所以它的数据传输量比轮询和Comet技术小 了很多。

二、如何利用浏览器对websocket抓包

本文以chome为例,操作步骤如下:
  1) 按F12调出开发者工具,刷新页面
  2) 选择Network
  3) 开启筛选器Filter
  4) 选择ws,就可以看到WebSocket请求了
  5) 点击一个请求,右侧会弹出详细会话
  6) Frames里面就是会话Log了
在这里插入图片描述

绿色向上箭头是我们发出的,红色箭头是我们收到的。如果你是要做接口测试,而你又没有文档。那你可以通过手动在页面操作,同时观察Frames中的请求内容。然后用Jmeter去模拟请求这些内容。

三、jmeter设置

1) 在lib/ext下添加必要的jar包,如下:
在这里插入图片描述
  2) 添加脚本
在这里插入图片描述

  1. IP & Port: 访问地址和端口号
  2. Timeout (Connection & Response):连接超时和响应超时时间
  3. Protocol: 协议分ws和wss(wss更安全,具体要看你的测试对象使用的是什么协议)
  4. Connection Id: 连接ID (*重要!就是通过这个来区分不同会话)
  5. Streaming connection:保持长连接(*重要!不勾选的话,请求成功就会断开连接)
  6. Request data: 请求内容
  7. Message backlog:保留返回结果的数量(如果希望只保留最新一条,可以设定为1)

3) 验证脚本
  在这里插入图片描述
  
jar包下载地址:
https://download.csdn.net/download/lijie1010/10859193

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值