从0开始接口测试实战（四）：Jmeter常用的几种断言方式

Atstudy网校 05-23 324

前言：

而今我们对“jmeter 下载接口如何断言”大约比较重视，咱们都想要分析一些“jmeter 下载接口如何断言”的相关文章。那么小编在网上收集了一些有关“jmeter 下载接口如何断言””的相关文章，希望看官们能喜欢，咱们快快来学习一下吧！

　　前几篇讲了参数化等、查看结果数等功能，是比较常用的测试技术。但是对于新手来说，有一点是很容易忽略的，那就是断言。

　　按照我的习惯性作风，先举个例子。A对B说，我口算能力很强，不管你出多难的算术题，我都能很快的答出来。B说我不信，于是出了个题，9的阶乘开方后再3次方。A立刻答道"123"，这显然是错的。是的，A只说自己算的快，并没有说自己算的准。

那么问题来了，怎么检测接口的实际结果符合预期呢？如果做短期的接口测试，测试结果可以直接从"结果树"里看到。如果是压力测试，长期的自动化接口测试等，人工的通过"结果树"查看响应数据是否符合预期结果显然是不现实的。如果功能错误，性能再好也无济于事。所以jmeter就提供了"断言"这个功能。设置正确的断言，自动比对实际结果和预期结果。

　　一、Json断言

　　接口请求的返回结果，若是json格式的可以使用这种断言方式。

　　还是以中信银行基金搜索接口为例，鼠标右键http请求，点击"添加"->"断言"->"Json断言"

　　Assert Json Path exists：需要校验的对象的json路径，注意路径一定要写对，否则断言直接失败，会提示"No results for path"

　　Additionally assert value：断言附加值，勾选这个选项，下面的Expected Value对话框会变为可用状态，在文本框中输入预期结果，执行脚本时，就会自动根据设定的json路径获取实际结果，若实际结果和预期结果相同，则断言通过。若不相同，则会提示断言不通过。

　　Match as regular expression：若勾选，则Expected Value对话框中可以输入正则表达式。

　　Expect Null：若需要断言的对象返回值为空时，勾选这个选项。

　　Invert assertion ：反选。若断言结果为True，勾选该选项后，返回结果为False

　　我们设置两个json断言，如下图所示：

　　设置好断言后，发送请求，查看结果，实际结果和预期结果相同，断言通过，请求没有报错。如下图：

　　若修改预期结果，再次运行脚本，发送请求。由于预期结果和实际结果不同，所以请求报错了，展开结果树可以看到具体的错误原因：

　　Additionally assert value的内容也可以使用变量，例如${count}（变量参数化的操作可以参考上一篇）。

通过这两个例子，可以看出json断言很方便。但json断言可以简单地理解成是针对字符串型的数据。若我们要对返回的数据进行大小的比较，比如上述请求的返回结果中的totalCount字段是127，要判断totalCount是否大于100，则json断言就无法做到。或者某个请求的响应内容根本就不是json格式的，该怎么办呢？BeanShell断言可以为你解决这些问题。

二、BeanShell断言

鼠标右键接口请求，点击"添加"->"断言"->"BeanShell 断言"。可以看出，相比

Json断言，BeanShell断言对测试人员的编码水平要求更高。

BeanShell 断言的基本格式为：

if(表达式) {

Failure = true;

FailureMessage = "结果错误";

}else{

表达式;

}

Failure 是 boolean 类型，设置断言状态。

FailureMessage 是 String 类型，用来输出断言信息。