Postman除了前面介绍的一些功能，还有其他一些小功能在日常接口测试或许用得上。今天，我们就来盘点一下，如下所示：

一、数据驱动

想要批量执行接口用例，我们一般会将对应的接口用例放在同一个Collection中，然后再通过Runner批量执行。这种方式适用于接口用例参数固定的情况下，但也存在另一个问题，如果每次运行时，接口参数都在变化，该如何操作了？

认真看过前面文章的童鞋可能已经猜到，将变量参数化就可以了。但这种方式，存在也存在另外一个问题，就是需要每次将参数提前设置好，比如在Pre-request Script中设置如下：

pm.environment.set("username","Surpass")
pm.environment.set("password","Surpass")

使用Pre-request Script设置环境变量并进行赋值不论运行多少次，其实还是用固定的的数据进行测试。

既然以上两种方式都不能解决我们的问题，那将数据写到文件中，然后从文件中读取是不是可以？在Postman中其实也提供了这种方式。

这种用于存放测试数据的文件，一般称之为测试数据集

在Postman中测试数据集支持两种格式csv和json

csv格式

username,password
Surpass,Surpass
Kevin,Kevin
Diana,Diana
...

json格式

[
	{
		"username": "Surpass",
		"password": "Surpass"
	},
	{
		"username": "Kevin",
		"password": "Kevin"
	},
	{
		"username": "Diana",
		"password": "Diana"
	}
]

数据格式类似于表格，第一行对应变量名，后面数据对应相应的测试数据

下面来看看操作步骤：

1、打开Run Collection界面，填写运行次数、导入测试数据集，最后点击Run Collection

​
2、运行结果如下所示

​二、定期任务

Postman提供了一个Monitor功能，支持提交具有定时功能的测试任务，可以按设置的定时器执行接口用例，操作如下所示：

三、接口依赖

接口依赖就是在执行一个接口时，其数据会依赖于其他接口，其本质上是一个接口数据传递的问题。例如：比如在删除用户时，必须要求携带相应的token，而token则是在用户登录后才会产生。

3.1 接口执行顺序

1.默认执行顺序

在Postman中默认的执行顺序，是按照在Collection中的目录顺序执行，即从上到下依次执行。

​

2.自定义执行顺序

如果按默认的目录顺序执行，通常无法其业务需求，好在Postman提供了一个函数 postman.setNextRequest("你要跳转的接口名")，支持跳转到指定接口执行。例如：在执行完接口用户查询后，跳过接口用户新增，直接跳转执行修改密码，示例如下所示：

（1）在用户查询接口Tests中添加如下代码：

if(pm.response.code == 200 && pm.response.text().toString().indexOf("username")!=-1 ){
   // 如果 响应码为 200 且 返回body中包含username，则代表查询成功
   pm.test["query"] = true;
 
   var responseBody=pm.response.json()
   var username=responseBody.args.username
   var password=responseBody.args.password
   
   pm.environment.set("modifyUsername",username)
   pm.environment.set("modifyPassword",password)
   
   console.log("go to request : 修改密码")
   postman.setNextRequest("修改密码")
 
}
else{
    pm.test["query"] = false
}

2、在修改密码接口中Tests中添加如下所示：

console.log("run 修改密码接口")
var responseBody=pm.response.json()
 
var username=responseBody.form.username
var password=responseBody.form.password
 
console.log("修改密码接口 - username",username,"修改密码接口 - password",password)

3、查看运行结果如下所示：

在使用自定义接口执行顺序时，需要注意以下几点：

• postman.setNextRequest()仅在运行集合测试时生效，即在Run Collection时才生效，单独运行接口时不生效
• postman.setNextRequest()在运行时，在跳转时会忽略跳转时中间包含的接口，跳转后的接口如果仍然有接口则继续运行后续接口，即如果有接口A/B/C/D/E/F,如果设置的跳转条件为A->D，则最终执行的接口顺序为A->D->E->F，B和C接口被忽略
• 跳转指定的接口必须位于同一个Collection内
• postman.setNextRequest()函数不管在Tests脚本中何处被调用，它都只在当前脚本最后才被真正执行。

四、写在最后 

PS：这里分享一套软件测试的自学教程合集。对于在测试行业发展的小伙伴们来说应该会很有帮助。除了基础入门的资源，博主也收集不少进阶自动化的资源，从理论到实战，知行合一才能真正的掌握。全套内容已经打包到网盘，内容总量接近500个G。如需要软件测试学习资料，关注公众号（互联网杂货铺），后台回复1，整理不易，给个关注点个赞吧，谢谢各位大佬！

☑ 240集-零基础到精通全套视频课程
☑ [课件+源码]-完整配套的教程
☑ 18套-测试实战项目源码
☑ 37套-测试工具软件包
☑ 268道-真实面试题
☑ 200个模板-面试简历模板、测试方案模板、软件测试报告模板、测试分析模版、测试计划模板、性能测试报告、性能测试报告、性能测试脚本用例模板（信息完整）

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。