从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" +

"预期结果：" + expect;

}

${totalCount}是提取到的实际值，expect 是期望值。我们期望实际结果是大于 200 的，

写成${totalCount}>expect，所以当这个结果不大于 200 时，就可以写

成!(${totalCount}>expect)，由于实际结果小于预期结果，就要把 Failure 设置为 true，代

表断言不通过。

……

※※因原作者要求，文章仅显示其中一部分，完整文章下载阅读，可以直接：关注+私信“文章”即可。

最后给测试人的一封信

IT工作是辛苦的，软件测试当然也不例外。每天执行用例、跟踪Bug，还要与开发、产品同学争吵PK，与人斗其乐无穷~

但正是因为这些默默的付出，你让一场本该在用户面前发生的灾难，提前在自己面前发生了，你是否有一种救世主的感觉？

你拯救了用户，也拯救了这一软件，避免了她被撇弃、卸载的命运。既然选择了测试这一行，何不一站到底~~

现在我邀请你进入我们的软件测试学习交流群，关注+私信我“测试”，即可拉你入群哟~~

大家可以一起探讨交流软件测试，共同学习软件测试技术、面试等软件测试方方面面，还会有免费直播课，收获更多测试技巧，我们一起进阶Python自动化测试/测试开发，走向高薪之路。

那我邀你进群吧！记得：关注+私信我“测试”，即可拉你入群哟~~