东莞市手机网站建设,代理注册公司怎么样,2012版wordpress,建设官网银行用Jmeter的json 断言去测试http请求响应结果#xff0c;发现遇到中文时出现乱码#xff0c;导致无法正常进行响应断言#xff0c;很影响工作。于是#xff0c;察看了其他测试人员的解决方案#xff0c;发现是jmeter本身对编码格式的设置导致了这一问题。解决方案是在jmete…用Jmeter的json 断言去测试http请求响应结果发现遇到中文时出现乱码导致无法正常进行响应断言很影响工作。于是察看了其他测试人员的解决方案发现是jmeter本身对编码格式的设置导致了这一问题。解决方案是在jmeter的配置文件jmeter.properties中将编码格式sampleresult.default.encoding的值改为UTF-8改为UTF-8, 然后重启jmeter。
上图读取csv文件的assertion断言内容是乱码。 这里的断言数据本来是下面正常显示的 客户端非法请求username.len应该大于或等于1但现在username.len0这句但实际为上面的乱码。
解决方案 这里编码方式默认是ISO-8859-1,把它改成UTF-8.
但是再次实践还是报错问题出在csv文件的编码上如果csv文件里有中文它的编码就要改。经过多次尝试发现编码为UTF-8 BOM时乱码不再有了。 如上图从csv文件读出的内容不再是乱码而是正常的中文。
这里又出现了另一个问题即因为csv文件默认是以,来分隔数据的这里只读取到有,的地方,以后的文字就没再读
数据文件是这样的 接下来在逗号前面加个转义符\, 发现并不能成功拿到预期结果。 问题还是有。总之没法解决逗号后面部分的断言内容被读取。
捣鼓了一下午发现有个地方忘记设置了allow quoted data 把它置为true, 就是允许用引号把带逗号的数据引起来这样就能使用带逗号的数据了。
下面测验下两条数据分别用双引号和单引号引起来 再次运行脚本看结果终于把整句话都读出来了
第一条数据的断言结果是期望值带的双引号和实际结果不符所以断言失败。 第二条数据用单引号引起期望值带的最后有两个单引号和实际结果不符断言失败。 后来将csv文件中断言部分改成只在行首加一个英文符号的单引号【这是什么操作不太清楚但是这样管用。】 再次运行脚本结果就通过了。 总结如果响应断言里有逗号得把allow quoted data设置为True【这个非常重要而且文件中怎么写引号也有讲究设置不好结果就不是想要的结果了】。这块的操作细节要注意好才能给测试工作带来期望的结果。
