基于踩坑之后，查找各种测试websoket聊天室文档无果，在此记录分享一下使用postman和jmeter测试聊天室过程。
示例：
踩坑复现：
- ws协议数据传输：
浏览器抓包：
- 我的数据：
对比之下，好像传的没什么问题，但是后台会一直报参数异常信息。
填坑
查过很多文章，包括postman官方文档，都没有一个具体传参说明。求助导师之下，追跟溯源，在后台获取正常最原始的字节流，并将其转为字符串，此时，得知数据格式为：
注意：
1.他是文本格式，并不是json，貌似第一眼像json串，因此入坑。
2.按照平时测http接口的习惯，我们习惯性的忽略了42这个前置，但是在还原数据之后，我们发现正常在页面发送消息之后，他的原始数据是带着42的。
至此可用postman测试websoket自定义事件类型。
jmeter测试websocket主要取样器解释
- WebSocket Open Connection：连接服务器，配置ip，port，path即可，具体参数看下图。
- WebSocket Single Read Sampler：读取服务器返回的数据，使用现有链接便可。
- WebSocket Single Write Sampler：向服务器发送数据，消息格式必须严格，入土所示。
- WebSocket request-response Sampler：向服务器发送数据并可以读取服务器返回的response消息
- 在取样器上，我们可以针对广播事件进行循环发送，并指定循环次数。同事我们可以设置定时器，让连接一直保持，测试服务器性能，最大连接数。
jmeter测试websocket
整体流程：连接服务器->加入房间->发送消息->离开房间（设置定时器，让连接不中断，看能持续多少连接）
模拟多个用户同时加入房间，然后交流，在发送消息的时候指定循环次数，看聊天室抗压
- 具体测试流程及参数配置：
设置线程组参数：
- 在线程组下方选则取样器，选取websocket open connection ，连接服务器
- 链接之后选择websocket single read sampler(此处可选，添加之后可读取到连接成功的凭证sid)
- 现在我们可以设置加入房间的取样器：websocket single write sampler （可出发自定义的事件类型）
注意：1. 发出所有消息，自定义事件的时候务必加42
2. 数据解析： join 自定义事件 后方为json串消息数据
42["join",{"username":"userVIP","room_id":"225","data":"I am coming hello"}]
-
接下来可以设置广播事件的取样器，设置同上，修改发送数据类型为自定义事件broadcast。
-
在广播事件上我们可以套一个循环处理器，指定发送消息的循环次数。让用户在房间内可以多次发送消息。
（注意：此处是先加广播事件的取样器，然后再取样器上方加循环处理器）
-
离开房间事件，同加入房间设置，在请求参数的时候设置为自定义事件类型leave。
为整个线程组添加结果树，观察测试结果。
测试结果
在整个测试过程中，发现，只要是链接成功，那么他无论发送多少消息都是可同的。在高并发，情况下，会出现连接房间不成功事件，但是没有发送消息不成功事件。
并发链接850 ，发送消息循环次数100，每次发送消息延迟100毫秒 异常率：15%左右
并发链接800，其余测试条件一致。
测试结果基本稳定如上，在一定的可容错范围内，我们每个房间可接受链接800左右，性能良好。（非转测测试，待考正）