postman_05_cookie_case_流(顺序)
提供了一个 MANAGE COOKIES 模式,使您可以编辑与每个域关联的cookie。
模拟web网站登录的时候,一般都会有cookies
Cookies 关联
步骤一:在postman中的cookie编辑器中将cookie写死,填入的value值需要到浏览器上去截取,
按照提示的格式填入 即可,,点击send 即可
前提:保持谷歌浏览器上的登陆在线,因为当我退出登陆的时候,步骤一中cookie值就失效了;看程序后台怎样操作了,但是逻辑应该是这样的
接口顺序,在test中指定下个case的名字,
postman.setNextRequest("request_name");
停止执行工作流程
postman.setNextRequest(null);
关于postman.setNextRequest()以下几点要点:
- 指定后续请求的名称或ID,收集运行器将负责其余的工作。
- 它可以在预请求或测试脚本中使用。如果有多个分配,则最后一个设置值优先。
- 如果postman.setNextRequest()请求中不存在,则收集运行器默认为线性执行并移至下一个请求
使用此工作流程时,请记住以下两个事实:
- postman.setNextRequest()总是在当前请求的末尾执行。这意味着,如果您将此功能放在预请求或测试脚本中任何其他代码块之前,则这些代码块仍将执行。
- postman.setNextRequest()具有作用域,这是收集运行的来源。如果运行集合,则可以跳转到集合中的任何请求(甚至使用相同语法的文件夹中的请求)。
但是,如果运行文件夹,则范围postman.setNextRequest()仅限于该文件夹。因此,您可以跳到该文件夹中的任何请求,但不能跳到该文件夹之外的任何请求。
它包括其他文件夹中的请求,以及集合中的根级别请求
手动拖动顺序
使用 postman.setNextRequest() 设置工作流实际上不太直观,我们习惯上按看到的顺序执行,在Collection区域也可以手动拖动改变顺序,拖动 postman中的接口的上下顺序即可