关于JMeter的乱码问题以及处理cookie和session

一:关于乱码如何解决


1:修改配置文件


打开安转后的JMeter目录,找到这个文件



关于JMeter的乱码问题以及处理cookie和session



选择编辑,或者打开方式,选择记事本打开,按住键盘的搜索Ctrl+F 输入ISO搜索


找到下图


关于JMeter的乱码问题以及处理cookie和session

第一个默认的#可以不用去掉!!!

修改完之后,重新启动JMeter


2:如果是发送的请求中有乱码,需要如下设置



关于JMeter的乱码问题以及处理cookie和session



经测试,如果是get请求,没有乱码,如果是Post请求,可以这样设置解决



3:如果是响应的消息中有乱码,需要如下设置



在请求上右击----添加后置处理器---选择BeanShell PostProcessor


关于JMeter的乱码问题以及处理cookie和session


在Script中填写 如下内容:      prev.setDataEncoding(“UTF-8”);


可以发送请求检验是否存在乱码!



二:关于cookie和session的设置


1:修改配置文件


打开安转后的JMeter目录,找到这个文件



关于JMeter的乱码问题以及处理cookie和session


选择编辑,或者打开方式,选择记事本打开,按住键盘的搜索Ctrl+F 输入ISO搜索 cookie


关于JMeter的乱码问题以及处理cookie和session


如果还是没变化,可以试着把#去掉,虽然只是尝试,记得重启JMeter


二:添加cookie管理器


添加方式:线程组-配置元件-HTTP Cookie 管理器,如下图:


关于JMeter的乱码问题以及处理cookie和session



如果还是没有cookie或者cookie不是截取数据包的格式,那就切换cookie policy
更改为compatibility再重新发送请求查看!

有些web端需要先登录获取cookie,所以可以添加一个访问的HTTP请求,再进行登录获得cookie

最后介绍下cookie和session(老大难的问题了)



当你在浏览网站的时候,WEB 服务器会先送一小小资料放在你的计算机上,Cookie 会帮你在网站上所打的文字

或是一些选择,都纪录下来。当下次你再光临同一个网站,WEB 服务器会先看看有没有它上次留下的 Cookie 资

料,有的话,就会依据 Cookie里的内容来判断使用者,送出特定的网页内容给你。 Cookie 的使用很普遍,许多

有提供个人化服务的网站,都是利用 Cookie来辨认使用者,以方便送出使用者量身定做的内容,像是 Web 接口

的免费 email 网站,都要用到 Cookie。


具体来说cookie机制采用的是在客户端保持状态的方案,而session机制采

用的是在服务器端保持状态的方案。

同时我们也看到,由于采用服务器端保持状态的方案在客户端也需要保存一个标识,所以session机制可能需要借

助于cookie机制来达到保存标识的目的,但实际上它还有其他选择。

cookie机制。正统的cookie分发是通过扩展HTTP协议来实现的,服务器通过在HTTP的响应头中加上一行特殊的

指示以提示浏览器按照指示生成相应的cookie。然而纯粹的客户端脚本如JavaScript或者VBScript也可以生成

cookie。而cookie的使用是由浏览器按照一定的原则在后台自动发送给服务器的。浏览器检查所有存储的

cookie,如果某个cookie所声明的作用范围大于等于将要请求的资源所在的位置,则把该cookie附在请求资源的

HTTP请求头上发送给服务器。

 

cookie的内容主要包括:名字,值,过期时间,路径和域。路径与域一起构成cookie的作
用范围。若不设置过期时间,则表示这个cookie的生命期为浏览器会话期间,关闭浏览器
窗口,cookie就消失。这种生命期为浏览器会话期的cookie被称为会话cookie。

会话cookie一般不存储在硬盘上而是保存在内存里,当然这种行为并不是规范规定的。若设置了过期时间,浏览

器就会把cookie保存到硬盘上,关闭后再次打开浏览器,这些cookie仍然有效直到超过设定的过期时间。存储在

硬盘上的cookie可以在不同的浏览器进程间共享,比如两个IE窗口。而对于保存在内存里的cookie,不同的浏览

器有不同的处理方式session机制。session机制是一种服务器端的机制,服务器使用一种类似于散列表的结构

(也可能就是使用散列表)来保存信息。

          当程序需要为某个客户端的请求创建一个session时,服务器首先检查这个客户端的请求里是否已包含了一

个session标识(称为session id),如果已包含则说明以前已经为此客户端创建过session,服务器就按照

session id把这个session检索出来使用(检索不到,会新建一个),如果客户端请求不包含session id,则为此

客户端创建一个session并且生成一个与此session相关联的session id,session id的值应该是一个既不会重复,

又不容易被找到规律以仿造的字符串,这个session id将被在本次响应中返回给客户端保存。保存这个session id

的方式可以采用cookie,这样在交互过程中浏览器可以自动的按照规则把这个标识发送给服务器。一般这个

cookie的名字都是类似于SEEESIONID。但cookie可以被人为的禁止,则必须有其他机制以便在cookie被禁止时

仍然能够把session id传递回服务器。


后续还会更新!测试小白