Postman接口测试实践总结
测试准备：接口文档、Postman测试工具
测试用例最起码包含字段：URL、请求方式、请求参数、预期结果
接口测试：就是通过测试不同情况下的入参与之相应的出参信息来判断接口是否符合或满足相应的功能性、安全性要求。
测试步骤：
第一步：打开接口文档，在接口文档中可以看出每个接口的共有部分，比如地址、Headers参数信息。在每次测试单个接口时，是需要将此信息输入Postman地址栏。查看此文档中是否有Header参数信息，如果有就代表此类接口需要登录和身份验证。
验证需要登录和身份验证的这类接口请求时，需要配置request headers。其中 Cookie是验证身份的重要依据，判断一个请求是否登录，就需要验证这个请求所携带的Cookie。Headers信息填入到Headers tab下，如有Cookie信息直接紧接着Headers信息后面填。
关于有Cookie的请求接口，可以伪造Cookie信息，进行Cookie注入，涉及到安全问题。
第二步：打开Postman，在接口文档中找到要测试的那个接口，查看是get请求还是post请求，
get请求：此方式的请求需要在地址栏拼接请求参数，以“？请求参数=值&请求参数=值”形式拼接，然后将所有接口共有的Header参数信息输入Header列。然后点击“Send”按钮，Respone响应信息会显示在下面，将此响应数据与接口文档中的返回参数进行对比，如果返回参数=响应参数，即接口正常通过。
请求成功例子：
Post请求：此方式的请求参数不需要在地址栏拼接，地址栏只需要输入最基础的测试地址+接口地址，请求参数需要在Body下进行填写，此处的填写方式与Header信息填写方式一样
注：postman接口测试，就是查看响应参数与接口文档中的返回参数是否一致，如果一致，此接口就是正常，验证接口通过。
Postman的使用技巧补充：
测试实例：一个项目有30个接口，在测试环境单个接口进行测试正常，此项目发布线上，项目组长要求在线上进行这30个接口的验证，这个时候怎么办？这个时候就需要利用postman中一个比较方便的功能。下面介绍postman的一些隐藏功能：
1、设置环境
测试同一个接口，会验证测试环境接口是否正常，发布线上后才验证线上接口。验证线上环境难道要再一个一个复制线上接口地址进行验证？这样会浪费很多时间精力，毫无效率。这个时候我们利用postman中设置环境就可以解决。
第一步：点击postman右上角的设置按钮，出现两个选项，点击Manage Environments。
出现弹框，在弹框中进行设置，如下：
内容填好后，点击“Add”按钮即保存。此处设置的环境可以在接口地址栏直接调用，用“{{key}}”进行引用，例：{{URL}}+?+参数=值&参数2=值2，此操作简化了频繁输入测试地址，每次测试接口时，只需要在测试地址后+接口地址+参数信息即可。也可以设置线上环境，当测试环境验证接口通过功能上线后，只用更改环境，即可很容易的验证线上接口是否正常。
2、收藏接口
Postman左侧的tab是History接口历史数据，只要在postman中运行过的接口，即会到History中。
Collections收藏夹：执行过的接口，点击右侧的“Save”按钮，即会有一个弹框提示保存，如果有文件夹可以选择保存在文件夹中。保存后点击文件夹tab即可看到接口。
3、批量执行接口
这个功能可以解决开始提到的，怎么在线上环境快速执行30个接口的问题。前面已经设置了环境，也对接口进行分类收藏在不同文件夹中。
第一步：Collections--------接口文件夹-------点击文件夹上的“>”按钮-------右侧出现弹框--------点击“Run”按钮，会启动postman的插件程序，在此插件程序中可以设置接口执行的环境、接口迭代次数、延迟时间等信息，设置后点击“Start Run”按钮，即可做到在不同环境快速执行多个接口。执行后的情况在右侧显示，点击文件夹可以查看详情。
注意：
json是一种通用的数据类型 key - value
（1）请求方式是post，请求参数要求是json字符串时，需要选择raw，然后再选择json application/json。如果没有要求，就key-value方式，直接选择form-data即可
（2）添加cookie和header都是在headers里面添加
（3）session和cookie的区别：
session存在服务器的一个键值对 key - value
cookie存在客户端的一个键值对 key - value
牛牛杂货铺（技术文档）：http://www.nnzhp.cn/
（4）cookie的值写入方式：key=value;key1=value1，多个值就用“;”拼接
（5）form-data与x-www-fom-urlencoded区别：
form-data入参可以传文件/音频等，而x-www-form-urlencoded不能传文件只能传基本的字符串
（6）验证返回（例如返回状态码、请求返回时间等）是否正确方法，通过编写表达式
