Postman接口测试教程
文章目录
- 前言
- Postman简述
- pastman安装
- postman使用
-
- 1. 页面布局
- 2. get请求
- 3. post请求
- 4.环境变量设置
- 5. 环境变量和global变量的使用
- 6.管理用例—Collections
- 7. 身份验证Authentication
前言
在我们平时开发中，特别是需要与接口打交道时，无论是写接口还是用接口，拿到接口后肯定都得提前测试一下，这样的话就非常需要有一个比较给力的Http请求模拟工具，现在流行的这种工具也挺多的，像火狐浏览器插件-RESTClient，Chrome浏览器插件-Postman等等。这里主要介绍一下Postman。
Postman简述
Postman是在开发或者调试网络程序的时候用来跟踪网页请求的工具，简单来说，它是用来进行接口测试和跟踪http请求的工具Postman的有点有以下几类：
- 支持各种的请求类型: get、post、put、patch、delete 等
- 支持在线存储数据，通过账号就可以进行迁移数据
- 很方便的支持请求 header 和请求参数的设置
- 支持不同的认证机制，包括 Basic Auth，Digest Auth，OAuth 1.0，OAuth 2.0 等
- 响应数据是自动按照语法格式高亮的，包括 HTML，JSON 和 XML
常见状态码
-
200(“OK”) 一切正常。实体主体中的文档（若存在的话）是某资源的表示。
-
500(“Bad Request”)
客户端方面的问题。实体主题中的文档（若存在的话）是一个错误消息。希望客户端能够理解此错误消息，并改正问题。 -
500(“Internal Server Error”)
服务期方面的问题。实体主体中的文档（如果存在的话）是一个错误消息。该错误消息通常无济于事，因为客户端无法修 复服务器方面的问题。 -
301(“Moved Permanently”)
当客户端触发的动作引起了资源URI的变化时发送此响应代码。另外，当客户端向一个资源的旧URI发送请求时，也发送此响应代码。 -
404(“Not Found”) 和410(“Gone”)
当客户端所请求的URI不对应于任何资源时，发送此响应代码。404用于服务器端不知道客户端要请求哪个资源的情况；410用于服务器端知道客户端所请求的资源曾经存在，但现在已经不存在了的情况。 -
409(“Conflict”) 当客户端试图执行一个”会导致一个或多个资源处于不一致状态“的操作时，发送此响应代码。
pastman安装
-
直接到官网下载
https://www.getpostman.com/postman
下载好的安装程序Postman-win64-7.36.1-Setup.exe，双击安装即可。建议安装在非系统盘，即C盘在外的其他盘，另建议使用全英文路径，避免使用中文路径。
-
打开Postman如下图2-1，可以关闭该页面跳过注册账户，非登陆状态下该工具可以直接使用。接下来出现引导页面，类似IDEA，Android
Studio等开发工具的引导页。此处关闭即可。
postman使用
1. 页面布局
Postman的界面分为 左边的侧边栏 和 右边的请求构建器两部分。请求构建器允许你可以快速的创建几乎任何类型的请求。一个HTTP请求的四部分：URL、Method、Headers、Body，在Postman中都可以设置。具体的页面布局如下：
2. get请求
3. post请求
4.环境变量设置
查看设置的环境变量 
5. 环境变量和global变量的使用
.
在请求的URL中以"{ {}}"的方式引用，这样就可以灵活切换环境，不用测试完一个环境，换一个环境而去修改每一个请求的host 
6.管理用例—Collections
.
Collections集合：也就是将多个接口请求可以放在一起，并管理起来
第一步, 创建Collections 点击上图中的带+号的图标，输入Name:”测试”，Description:”测试demo”，点击Create按钮即创建成功一个Collections. 
第二步，在Collections里添加请求 在右侧准备好接口请求的所有数据，并验证后，点击save按钮。
保存好之后就可以在这里看到啦，之后要再次调用时可以点击这里
第三步、随着放入Collection的请求越来越多，混乱就又出现了，在找一个请求时，要找半天，于是将collection中的请求分门类别就很重要了，于是，在collection中就可以添加Folder了，将相同场景的请求放入同一个Folder中，于是就实现了模块化的管理了。
点击下图中的Add Folder后，即可创建Folder。
添加上Folder name，即模块名称后，点击Create，创建成功一个Folder。
接下来，只需要把相同场景的请求拖入相同的Folder即可，这样就实现了模块化的管理了。模块化以后的结构：
第四步、运行Collection
将工程模块化的用例管理起来后，借着这个管理起来的东风，也可以将工程模块化的用例执行起来，即一次执行一整个collection里的用例，或者执行一个collection里的某一个Folder里的用例。
点击下图中的Run：
下图中的”Choose collection or folder”，如果选择demo，表示运行demo这一整个collection的用例，如果选择GET，即只运行demo下的GET模块下的用例。
Environment，即运行环境，是开发环境还是测试环境，需事先配置，大家可以下去自已尝试一下。
Iterations，即重复运行次数。会将选择好的collection中folder重复运行。
Delay，间隔时间。用例与用例间的间隔时间。
Data，外部数据加载，即用例的参数化，可以与Iterations结合起来用，实现参数化，也就是数据驱动。
Run Demo，点击运行，运行完成后，即可得出一个简易的聚合报告。
第五步：Collection运行参数化
在Iterations重复运行时，如果某个用例希望每次运行时，使用不同的数据，那么应该满足如下2个条件：
1、脚本中要用到数据的地方参数化，即用一个变量来代替，每次运行时，重新获取当前的运行数据。
2、需要有一个数据池，这个数据池里的数据条数，要与重复运行的次数相同。
Postman的runner给我们提供了Iterations的输入项，也提供了Data的文件选择项，也就是意味着数据池是一个外部文件。
如果Iterations里的值为2，那么，这个外部文件里也应该有两条数据，postman希望我们这个外部文件里的数据是一个json（当然也可以是其它数据格式）.
为了表示两条数据，这个json应该是一个list结构(如下图)，同时，由于脚本要用到数据的地方需要参数化，需要变量，所以，每一条数据应该就是一个map，map的key对应脚本中的变量。
上图中表示提供了一个msg的变量，每次运行对应不同的值，预示着在脚本中可以用到msg这个变量，那在脚本中如何用？
7. 身份验证Authentication
1、Basic Auth
是基础的验证，所以会比较简单 会直接把用户名、密码的信息放在请求的 Header 中
2、Digest Auth
要比Basic Auth复杂的多。使用当前填写的值生成authorizationheader。所以在生成header之前要确保设置的正确性。如果当前的header已经存在，postman会移除之前的header。
3、OAuth 1.0
postman的OAuth helper让你签署支持OAuth
1.0基于身份验证的请求。OAuth不用获取access token,你需要去API提供者获取的。OAuth 1.0可以在header或者查询参数中设置value。
4、OAuth 2.0
postman支持获得OAuth 2.0 token并添加到requests中。
梦想也许在今天无法实现，但重要的是，它在你心里。重要的是，你一直在努力，加油！！！