第三篇 Postman之 Tests（后置处理器，断言）

第二篇里讲了手动设置全局变量及局部变量的方法，但是这有一个缺点，就是每次测试之前，都需要获取相关变量值，手动再填写更新到对应的全局变量或者局部变量里，这对于想进行自动化执行的人或者懒人就不太友好了，本文将继续解决这个问题，主要还是我太懒了。

还是先抛一个问题：

接口B需要用到接口A返回的报文中的某个字段，具体点，接口B是个列表请求接口，它能正常执行，需要携带接口A登录后返回报文里的token值，怎么通过代码设置的方式实现呢？这就需要用到Tests（后置处理器）

Tests的主要应用场景：

• 定义发送Request之后，需要用脚本做数据处理，如登录后获取token值，然后设置为环境变量。
• 定义发送Request之后，需要用脚本检测的内容，也就是Test case的内容，进行断言，检查接口返回数据是否正确。

Tests--后置处理器功能

Tests 相当于Jmeter里的后置处理器，用于对接口执行后的数据进行处理。

举个实际项目中非常非常常用的例子，用户登录后会返回一个token，然后后面所有的请求都需要携带这个token才能正常执行。

分析：首先要拿到这个token，必须先登录，登录成功后才会返回token值，所以需要对返回的数据进行处理，提取该token值，所以需要再Tests后置处理器里操作才可以的。下面是根据项目实际示