共计 975 个字符，预计需要花费 3 分钟才能阅读完成。
本期解说一下如何应用 apipost 进行接口自动化测试
apipost 对于接口流程测试有一个环境变量设置，这里的环境变量设置是对于测试环境和正式环境能够很好的辨别，只须要把正式环境和测试环境不同的 url 创立成不同的环境变量应用的时候调用他们就能够明确的分辨了。
首先是创立环境变量
点击新建环境，输出环境名，这里能够用正式环境和测试环境来命名或者项目名称，咱们这边用的是测试环境的名称，而后是编写变量名和变量初始值，变量名依据本人喜好和爱好定义，变量初始值个别是测试的首页 url，或者是你在测试多个接口的时候 url 中雷同的字段，如：http://47.95.15.38:8000/login http://47.95.15.38:8000/get/user, 他们的 url 雷同字段是 http://47.95.15.38:8000 变量初始值就能够填写为 http://47.95.15.38:8000
环境变量配置好之后就是对环境变量的援用，apipost 援用环境变量是在申请的 url 中 {{}} 加环境变量名，如：{{ceshi_url}}/login {{ceshi_url}}/get/user.
这里咱们实现一个登录和登录之后查问的流程操作.
首先咱们登录之后会获取一个 token, 然而 token 这个值每次登录之后在申请都会扭转, 这就是一个参数变量. 怎么调用这个变量那,apipost 用一个预执行脚本和后执行脚本.
咱们在登录之后能够在响应外面查看这个 token
之后点击后执行脚本, 在右侧抉择设置一个环境变量
而后编写变量名, 和定位 token 这个变量在响应文本中的地位,apipost 固定定位申请文本的格局 response.json.token 或者 token 的下级.token 如:apt.variables.set(“token_a”, response.json.result.token);
这个就是 response 中的 json 中的 result 的 token 等于 token_a
之后咱们进行登录之后的查问操作, 因为后面咱们曾经定义了登录之后的 token 值等于 token_a, 所以间接在 body 援用 token_a, 援用格局为{{token_a}}, 这样咱们在每次登录申请之后, 就不必频繁的去更改 token 了
而后进行流程测试, 把曾经写好的接口脚本抉择进去点击运行就能够进行流程测试了
