在前后端分离的现在，后端调试接口常用方法就是使用Postman（绝对不是写单元测试：除非有专门的人去写单元测试，如果让写后端的人又开发代码，又写单元测试，在时间的花费上以及接口的检验上是得不偿失的。以上纯属个人意见）
PostMan是一个非常方便的api接口测试工具,用户可以在它上面调试信息,跟踪请求.我们可以用来很方便的模拟get或者post或者其他方式的请求来调试接口。
小编一开始要访问需要token验证以及session验证的接口的时候是复制粘贴页面控制台（F12）拿到session和token的，但是每次重启项目就要重新拿一遍是真的烦，所以今日奉上我的便捷之道。
postman的使用
因为公司的验证码是在后端生成的，所以第一次进入登录页会请求后端拿到推荐码图片，推荐码字符串则存储在后台的session中，我在后台写了个接口拿session里的推荐码。在脚本中的请求是异步的，所以要嵌套请求，不然会有问题。请求默认是get请求，如果是post请求需要写出来。如果为post请求，body中如果要获取全局变量，不需要加双引号。
postman的通用方法：
获取环境变量
pm.environment.get("variable_key");
获取全局变量
pm.globals.get("variable_key");
获取变量（从全局变量和环境变量中获取）
pm.variables.get("variable_key");
设置环境变量
pm.environment.set("variable_key", "variable_value");
设置全局变量
pm.globals.set("variable_key", "variable_value");
清除环境变量
pm.environment.unset("variable_key");
清除全局变量
pm.globals.unset("variable_key");
发送请求
pm.sendRequest("https://postman-echo.com/get", function (err, response) {
console.log(response.json());
});前置脚本执行完后，会执行登录请求。其参数中获取推荐码字符串需要加双引号，不然传到后端是有类型问题。结果中带着token。
在后置脚本中设置了全局的session和token。其实在这session不需要再设置，因为postman在只要相同ip和端口（域名）的请求中，cookies都是带上了相同的JsessionId，本人亲测的结果。
至此，我们拿到了token并保存在了postman的全局变量中，那怎么使用呢？
再请求时就会带上token变量，而ip和端口（域名）没变，JessionId就是相同的。
如果环境变量以及全局变量有重名的字段，生效的为环境变量里面的字段
