文章目录
前言
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中。

梦想也许在今天无法实现，但重要的是，它在你心里。重要的是，你一直在努力，加油！！！

                    
            





转载地址：https://blog.csdn.net/wanglha/article/details/52203736


第一部分：基础篇
postman:4.5.1

1.安装postman

进入postman官网,如果是mac系统可以直接点击mac app安装





如果是windows的话，需要在windows下安装chrome浏览器，然后在地址栏输入chrome://extensions,勾选开发者模式





然后将下载的postman插件解压，浏览器点击加载已解压的扩展程序，选择插件所在目录就可以了



2.测试第一个api，以豆瓣开发者api为例





这个接口的method为get,postman默认为get,在url栏输入被测接口





在接口文档中，q与tag其中的一个是必填项，所以这里需要配置参数，点击url右侧的params，并输入参数





点击send按钮发送请求，在下面可以看到返回的response,响应的状态码，与响应时间





response还可以以不同的方式查看，并且还可以看到cookies，headers信息





每次以不同的参数或者设置，在左侧history都会帮我们记录一个接口测试历史，以便于下次重新调用



第二部分：进阶篇
1.使用自带的脚本对接口进行测试

点击tests按钮，可以看到右侧有个snippets栏，里面就是postman内置的测试脚本，辅助对接口进行测试





选择其中的一个脚本，修改其中的参数，再次点击send，这时response的tests出现了一个1/1，说明执行一个测试并且通过测试，绿色pass说明验证通过





红色fail说明测试不通过，一个接口可以写多个脚本进行多次测试



2.内置脚本说明
 1. 清除一个全局变量
     Clear a global variable
    对应脚本：
    postman.clearGlobalVariable("variable_key");
    参数：需要清除的变量的key

  2.清除一个环境变量
    Clear an environment variable
    对应脚本：
    postman.clearEnvironmentVariable("variable_key");
    参数：需要清除的环境变量的key

  3.response包含内容
    Response body:Contains string
    对应脚本：
    tests["Body matches string"] =responseBody.has("string_you_want_to_search");
    参数：预期内容

  4.将xml格式的response转换成son格式
    Response body:Convert XML body to a JSON Object
    对应脚本：
    var jsonObject = xml2Json(responseBody);
    参数：（默认不需要设置参数,为接口的response）需要转换的xml

  5.response等于预期内容
    Response body:Is equal to a string
    对应脚本：
    tests["Body is correct"] = responseBody === "response_body_string";
    参数：预期response

  6.json解析key的值进行校验
    Response body:JSON value check
    对应脚本：
    tests["Args key contains argument passed as url parameter"] = 'test' in responseJSON.args
    参数：test替换被测的值，args替换被测的key

  7.检查response的header信息是否有被测字段
    Response headers:Content-Type header check
    对应脚本：
    tests["Content-Type is present"] = postman.getResponseHeader("Content-Type");
    参数：预期header

  8.响应时间判断
    Response time is less than 200ms
    对应脚本：
    tests["Response time is less than 200ms"] = responseTime < 200;
    参数：响应时间

    9.设置全局变量
      Set an global variable
      对应脚本：
      postman.setGlobalVariable("variable_key", "variable_value");
      参数：全局变量的键值

    10.设置环境变量
      Set an environment variable
      对应脚本：
      postman.setEnvironmentVariable("variable_key", "variable_value");
      参数：环境变量的键值

    11.判断状态码
      Status code:Code is 200
      对应脚本：
      tests["Status code is 200"] = responseCode.code != 400;
      参数：状态码

    12.检查code name 是否包含内容
      Status code:Code name has string
      对应脚本：
      tests["Status code name has string"] = responseCode.name.has("Created");
      参数：预期code name包含字符串

    13.成功的post请求
      Status code:Successful POST request
      对应脚本：
      tests["Successful POST request"] = responseCode.code === 201 || responseCode.code === 202;

     14.微小验证器
       Use Tiny Validator for JSON data            
       对应脚本： 
        var schema = {
         "items": {
         "type": "boolean"
             }
         };
        var data1 = [true, false];
        var data2 = [true, 123];
        console.log(tv4.error);
        tests["Valid Data1"] = tv4.validate(data1, schema);
        tests["Valid Data2"] = tv4.validate(data2, schema);
        参数：可以修改items里面的键值对来对应验证json的参数
3.保存api,点击save按钮，找到save as按钮，点击





这时我们可以修改request name 也可以写一下请求的描述





接下来新建一个接口集合，写一个集合的名字,点击保存





然后在左侧功能区，找到collections栏目并点击





可以看到刚保存的api集合



4.运行api集合：找到顶层功能区，找到runner按键，并点击





选中刚才新建的api集合





点击start test,可以在右侧看到运行的结果



5.命令行运行接口集合：首先下载刚才创建的集合，点击export,并保存到指定路径





安装postman命令行运行工具newman





注：如果提示没有npm命令点击此链接

安装好newman后，命令行执行,可以看到执行结果





如果想要报告加上 -H filename 参数即可



第三部分：高级篇
1.环境变量的使用：在测试的过程中我们可能有多套测试环境，对应每一套测试环境的ip可能是不同的，但是接口的请求，与参数又是一样的，最笨的方法是每一个环境都写一个测试集合，但是postman给我们提供了更为便捷的方法：使用环境变量

进入请求栏目，找到no environment





点击no environment,找到manager environments,点击进入页面

![Uploading QQ20160812-2_610634.png …]







这个页面可以进行管理环境变量，点击add,添加一个环境变量





在这里输入环境变量的名字，环境变量是以键值对的形式存在的，输入环境变量的键值对，然后点击add,进行保存





回到请求测试区，点击no environment ,选择刚才新建立的环境变量，同时可以点击右侧的眼睛来查看环境变量与全局变量（后面会给大家介绍）





现在使用刚才新建的环境变量来替换uri，引用变量使用{{key}}的形式，将https://echo.getpostman.com用{{test_env}}来替换，并send发送请求





可以看到这里的结果和使用https://echo.getpostman.com是一样的，这样一组接口就可以实现写一次而通过更换环境变量来实现切换不同的环境
2.全局变量的使用：虽然我们可能有多个测试环境，但是我们的测试数据每个环境用的都是一组，对于postman相当于只有一组全局变量，对应多组环境变量

同样的，点击manager environment





点击globals，进入环境变量的管理页面





全局变量globals同样是以键值对的形式保存的，输入键值对，点击save





回到请求测试区，使用全局变量替换url的参数，引用方法与环境变量的引用方法一致,替换后点击send,查看结果





response依然以正确的内容显示出来
3.可以使用pre-request script功能来创建环境变量与全局变量，还有销毁环境变量与全局变量,pre-request script是预置的脚本，执行在请求之前

点击pre-request script，进入预设脚本页面





点击右侧的脚本，并设置全局变量与环境变量,并将url进行替换，点击send发送，看到结果还是以正确的形式进行展示





同样的我们也可以在tests里面使用预置的脚本进行设置与清除环境变量用法一样
4.环境变量与全局变量都已经进行了设置，我们还可以在tests里面进行引用，这样就解决了上下游数据互传的问题了了

点击tests,切换到测试脚本页面,输入脚本







 

 

            
 

                

目录

一、前言

二、Postman安装和使用

三、请求方式

四、资金记录接口实例演示

一、前言

    在前后端分离开发时，后端工作人员完成系统接口开发后，需要与前端人员对接，测试调试接口，验证接口的正确性可用性。而这要求前端开发进度和后端进度保持基本一致，任何一方的进度跟不上，都无法及时完成功能模块的测试。

    做为后端开发人员，要求独立开发完成某个接口后，开发人员自己需要先测试通过后再提交给测试人员进行测试，否则会出现到测试人员哪里业务流程根本就走不通，或者BUG会过多的情况等。

    市场上有很多优秀的，完善的接口测试工具，比如SoapUI，Postman等，能够高效的帮助后端开发人员独立进行接口测试。这里使用Postman接口测试工具，此处以请求方式为POST的userLogin登录接口为例。

二、Postman安装和使用

    1、这个直接去官网下载即可，我们使用免费版即可满足基本接口测试，根据个人或者公司的项目实际情况考虑是否需要专业版或者其他。

 

免费版官网链接：https://www.getpostman.com/postman

下载好的安装程序Postman-Win64-xxx-Setup.exe，双击安装即可。建议安装在非系统盘，即C盘在外的其他盘，另建议使用全英文路径，避免使用中文路径。

 


    2、打开Postman如下图2-1，可以关闭该页面跳过注册账户，非登陆状态下该工具可以直接使用。接下来出现引导页面，类似IDEA，Android Studio等开发工具的引导页。此处关闭即可。






 






3、进入Postman主页面并创建项目接口集合

    这里是我之前用过，所以左侧文件栏存在几个已有的文件夹。

    选择功能菜单New下的Collection创建项目接口集合。新建一个亿的项目A hundred million，可在Description部分写一下项目描述。






 






4、创建项目模块文件夹

    一般项目会分多个管理模块或者功能模块进行开发。这里可根据项目具体情况创建子文件夹方便接口管理。此处在A hundred million项目右键创建资产管理assets文件夹、user用户管理文件夹。可将测试的接口实例保存在对于管理模块下。







5、后台登录接口演示

    开发完成后台接口，编写正确严谨的逻辑代码处理前端请求。此处登录接口代码如下，运行后台开发项目，使该接口能够访问。接口请求路径为：http://localhost:8080/manage/app/user/login


@Controller
@RequestMapping("/manage/app/")
@Scope("prototype")
public class AppUserController {

   /**
    * 日志
    */
public static Logger customFile = LoggerFactory.getLogger("manageCustomFile");

@Resource
private AppUserService appUserService;

    /**
     * 用户登录
     * @param baseResult
     * @return
     */
    @RequestMapping(value = "user/login" , produces = "application/json;charset=UTF-8", method = RequestMethod.POST)
    @ResponseBody
    public BaseResult loginUser(@RequestBody BaseResult baseResult) {
        customFile.info("appId:"+ baseResult.getTreasureID()+ "用户登陆访问:" + baseResult.toString());
        return appUserService.loginUser(baseResult);
    }
}

6、新建接口测试

    在Postman主页面Content部分点击'+'按钮，新增一个接口测试。在图2-6所示第一部分填写接口请求路径，左侧下拉列表可选择请求方式，此处选择POST请求方式。接口请求路径为http://localhost:8080/manage/app/user/login。第二部分是请求体，即包含接口所需请求参数的Body，此处选择原始数据RAW，数据类型使用JSON数据作为请求数据。点击蓝色Send按钮发送请求，后台项目接口接收请求并响应返回执行结果。此处后台处理数据返回结果仍是JSON数据，这个看实际项目而定，此处仅做演示。第三部分是接口响应体，即接口响应请求处理并返回的数据。点击Pretty自动匹配接口返回的数据格式并对数据美化显示，使数据看起来更加直观。如果接口测试出现异常，则可以通过PreView视图查看浏览器响应接口的页面信息，也可以通过Header了解请求状态等参数。一般出现异常还是直接去后台看控制台的异常信息及项目日志来处理解决异常，再进行接口测试。







    接口测试通过后，可Ctrl+S保存接口测试实例，填写接口测试名称和接口描述信息，选择要保存的路径，此处保存在user用户管理模块文件夹。当项目的接口全部测试通过后，可在A hundred million项目右键Export导出接口文档，保存为JSON接口测试文件，该文件可通过Postman导入查看。



三、请求方式



    对于后台开发的接口，请求方式肯定不止POST一种，Postman也支持多种请求方式。在新建接口测试实例时可选择接口的请求方式，如图3-1。








    请求类型可以模拟Form表单文本提交，Form表单文件提交，raw原始数据提交，二进制文件提交。对于原始数据类型raw还支持不同文件格式，包括JSON，TXT，HTML等多种文件格式。








 



四、资金记录接口实例演示



    后台开发接口如下，服务器部署运行后台项目。接口请求路径为：http://localhost:8080/manage/app/user/asset/withdrawRecord


@Controller
@RequestMapping("/manage/app/")
@Scope("prototype")
public class AppUserAssetController {
 
    /**
     * 日志
     */
    public static Logger customFile = LoggerFactory.getLogger("manageCustomFile");

    @Resource
    private AppUserAssetService appUserAssetService;
    
    /**
     * 获取提现记录
     * 即我的页面中的资金记录
     * @param baseResult
     * @return
     */
    @RequestMapping(value = "user/asset/withdrawRecord" , produces = "application/json;charset=UTF-8", method = RequestMethod.POST)
    @ResponseBody
    public BaseResult getUserWithdrawRecord(@RequestBody BaseResult baseResult){
        customFile.info( "appId:"+ baseResult.getTreasureID() + "用户提现记录获取"+baseResult.toString());
        return appUserAssetService.getUserWithdrawRecord(baseResult);
    }
}

新建资金接口测试

请求方式为POST，

请求URL为http://localhost:8080/manage/app/user/asset/withdrawRecord

请求体为JSON类型的原始数据

点击Send请求接口，接口响应请求处理返回结果如图3-3所示







Powered By niaonao

 

知识永远学不完，但多懂一点知识就会让生活更轻松一点！
又是元气满满的一天呐
Postman接口测试
postman是一款基于JavaScript语言的接口测试工具
post的请求方式：

GET：发送一个请求来取得服务器上的某一资源，资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。它的结构：请求方法、URL、协议、版本。

（如果没有特别说明，一般键值对类型的都是用GET请求方法）

POST：向服务器指定的资源提交数据或附加新的数据（一般表单数据都是用POST方法，现在基本上都是用POST）。



postman各个模块的作用

进到postman首页，分析查看页面信息，如图



新建临时文件：

不需要保留接口的，直接新建一个New Tab就可以开始用了

建立接口集合文件

需要保留接口以后还可以用的，在collection中先建一个文件夹（看需要是否建二级文件夹）

点击图中添加文件夹即可新增文件夹



添加变量

需要作为变量的，就先添加到变量里，方法如下：



URL的获取：

一般后台接口文档里会有URL，如果没有或者懒得打开接口文档，就自己抓取，有两种方式可以抓取：

①登录之前打开F12，然后查看抓取到的信息（PC端）：



②用fiddler抓取（APP）：



MD5加密处理：

在进行接口请求的时候，有些登录密码需要用MD5加密进行处理，处理方式如下图：
var dt = new Date();
var random = "xxxxx";//随机数（给定值）
var timestamp=dt.getTime();//获取当前时间戳
var ceshi=  "appkeyevcardappsecret7f634bf3-6b25-4a8c-92ac-bd4a1e116660timestamp"+timestamp+"randomxxxxxtoken"+pm.environment.get("APPtoken");
console.log(ceshi)
//CryptoJS,postman的内置js库
var hash = CryptoJS.MD5(ceshi).toString().toUpperCase();
console.log("hash:"+hash);
pm.environment.set("hash",hash);



分析请求返回的结果：

接口脚本编辑好之后，点击右上角的 send，运行脚本，脚本运行完成，在body中查看返回结果



直观分析请求返回结果：

想要更直观地看到接口返回的结果，我们可以在Tests中编写判断脚本，例如登录的时候，可以根据接口返回的状态码判断登录是否成功


Token是服务器端生成的一串字符串，以作为客户端进行请求的一个令牌，它最大的特点是随机性。

作用：①防止表单重复提交；②anti csrf 攻击（跨站点请求伪造）

Tkoen与Session差不多，都是身份认证过程中被保存在服务器上的，但token的安全性比session好，cookie是用户所有操作都被记录在浏览器上的。
未完待续……