postman接口测试

• Postman****使用环境变量做参数

• Postman****使用collection管理接口测试- 执行顺序- 变量传递- 测试断言- 引入文件

• Postman使用环境变量做参数

在postman界面中我们可以直接使用request url去请求接口，但是接口比较多、环境多套时，我们使用固定接口去请求时就要管理很多request了，这时候这些接口中固定的域名、host、ip之类的弄成环境变量参数化，变量引用就管理简单多了，切换不同环境时，也只需要切换环境（不同环境的参数，是管理在环境变量里的）

比如这里的order_ip：

• Postman****使用collection管理接口测试

2.1. 一般我们要做一个场景的接口测试时，会涉及到很多接口，我们就会把这些接口放在一起，用collection管理起来，在collection中我们可以根据接口的执行顺序来排列接口。关于执行顺序，collection中按照从上到下依次执行，可以手动调顺序。

2.2. 做接口测试时，往往会涉及到下一个接口的入参是上一个接口的运行结果，这时候就涉及到变量传递了。

第一种，简单的值传递。我们可以在上一个接口的Tests里取值，然后设置到变量里，下一个接口可以直接用key取到值。

比如这里的application_id：

第二种，传值后，下一个接口还需要处理。我们在上一个接口里设置变量后，下一个接口里在pr-request script里取值处理。

比如这里的conversionRate：

第三种，在上一个接口的object中多个数组里取值，然后下一个接口里用这个取值加工再组装新的body。

比如这里的itemIds以及orgernationIds，特别是orgernationIds，从数组里取值后，在下一个接口中再从数组中取值组装数组型的object。

先执行的接口：

后执行的接口：

2.3. 做接口测试肯定要涉及到结果的断言（正确性判断），postman在Tests也可以编写断言。可以对请求状态、某个数据大小、数据存在与否等进行断言，甚至可以对response的json schema进行断言。

比如：

2.4. 在接口测试时，有些接口只是因为传的数据不一样，有不同的结果，这时候又不需要写很多request来测试，那最常用的方法就是把这些不同的数据做参数化，同时把这些数据放在文件里管理。Postman接收外来文件为json及csv格式，所以在运行测试时（collection维度去运行的），我们选择的文件格式就是其中之一。比如我们把测试数据放在json文件（最原始数据可以用Excel管理，然后转成json文件）里，然后在postman脚本里，读取这些数据，并设置成对应的变量

比如：

在collection层里读取json文件的数据 在某个request里读取json文件数据