公司要求测试工具统一从jmeter迁到hyperpacer了。i_f09.gifi_f09.gif

今天,在用hyperpacer 测试的时候,控制台突然冒出来很多个“500”的错误。

我们都知道,http状态码中5开头的一般都是客户端的问题,因为是新从jmeter转到hyperpacer上来,所以第一反应:是不是工具自身的问题啊???

反复执行了几次,发现都是在同一个请求的地方才会出现“500”,是并发的问题?修改并发用户数,改成单个用户,发现问题依旧。

查看出问题的这个请求,

wKioL1cXQNKSukNDAAMJl1o5P8E575.jpg

很简单的json数据,没看出来有什么问题。客户端看不出来问题,那就再看看服务端的日志信息,果然看到抛出来一个异常

wKioL1cXQhvBR4NAAAJE5-Rul84131.jpg

异常提示信息很明显,在第一行的第300的字符处有一个非法的转义,回到客户端,可以看到POST的主体数据有 "text": "全路径信息:11 变动费用\1160 出单手续费\11600010 出单手续费"这样一行。我们知道,“\”会被当作转义的标识,即在看到“\”这个字符是会认为是后面的字符需要转义,比如我们这里的例子就是会对"\1"去进行转义处理,"\1"没看到过有这个转义,应该是个没有意义的转义,所以报了非法转义。

如果确实需要使用"\",需要使用"\\"进行转义后才会被识别为"\",那么解决就简单了,每个"\"前面再加上一个"\"进行转义就可以了。

然而,你以为你以为的就是你以为的吗?NO~~~~

加完了转义后,再次执行,发现还是依旧在这里报错,错误信息依然是非法的转义。这次又是什么原因呢?

想了好久想不太明白,后来猜测可能是hyperpacer本身对请求体进行解析的时候需要进行一次转义,而json在传递数据的时候也要求将需要转义的字符先进行转义在放到value中,这样也就是需要转义后再转义,也就是说一个"\"转义再转义的话就是“\\\\”,i_f08.gifi_f31.gif   这样修改后,果然就不再报500了。

问题虽然解决了,但是还是留下一个小疑问,如果真是猜测的:工具本身对请求解析是也需要进行转义,那么截获请求并生成的时候工具也就应该会先做好转义的处理啊,总觉得还是有些矛盾的地方。

留个小尾巴,以后再详细分析吧。

问题总归是解决了,最后,给大家做个小备忘,一般常需要使用“\”来进行转义的字符如下8个:

\b 退格
\f 换页
\n 换行
\r 回车
\t 水平制表
\\ 反斜杠
\' 单引号
\" 双引号