从0开始接口测试实战（四）：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 类型，用来输出断言信息。
以中信银行基金接口为例。我们希望搜索结果大于 200 条数据。提取接口响应中的totalCount 字段。
文章插图
那么 beanshell 断言可以这样写：
int expect = 200;
if(!(${totalCount}>expect)) {
Failure = true;
FailureMessage = "实际结果小于预期结果\n" +
"实际结果：${totalCount} \n" +