Postman使用教程 - 好文

测试产品中的REST
API，无意中发现了PostMan这个chrome插件，把玩了一下，发现postman秉承了一贯以来google工具强大，易用的特质。独乐乐不如众乐乐，特此共享出来给大伙。

<>Postman介绍

Postman是google开发的一款功能强大的网页调试与发送网页HTTP请求，并能运行测试用例的的Chrome插件。其主要功能包括：

* 模拟各种HTTP requests
从常用的 GET、POST 到 RESTful 的 PUT 、 DELETE …等等。甚至还可以发送文件、送出额外的 header。

* Collection 功能（测试集合）
Collection 是 requests的集合，在做完一個测试的時候，你可以把這次的 request 存到特定的 Collection
里面，如此一來，下次要做同样的测试时，就不需要重新输入。而且一个collection可以包含多条request，如果我们把一个request当成一个test
case，那collection就可以看成是一个test suite。通过collection的归类，我们可以良好的分类测试软件所提供的API.而且
Collection 还可以 Import 或是 Share 出來，让团队里面的所有人共享你建立起來的 Collection。

* 人性化的Response整理
一般在用其他工具來测试的時候，response的内容通常都是纯文字的 raw，但如果是 JSON ，就是塞成一整行的 JSON。这会造成阅读的障碍，而
Postman 可以针对response内容的格式自动美化。 JSON、 XML 或是 HTML 都會整理成我们可以阅读的格式

* 内置测试脚本语言
Postman支持编写测试脚本，可以快速的检查request的结果，并返回测试结果

* 设定变量与环境
Postman 可以自由
设定变量与Environment，一般我们在编辑request，校验response的时候，总会需要重复输入某些字符，比如url，postman允许我们设定变量来保存这些值。并且把变量保存在不同的环境中。比如，我們可能会有多种环境，
development 、 staging 或 local，而这几种环境中的 request URL
也各不相同，但我们可以在不同的环境中设定同样的变量，只是变量的值不一样，这样我们就不用修改我们的测试脚本，而测试不同的环境。

<>安装Postman

Postman作为一个chrome的插件，你可以打开chrome，在chrome
webstore里面找到。当然，如果是在国内，你需要翻墙，否则的话，你只能百度一下，搜索postman的安装包自己安装到chrome上（这里就不赘述了，有很多类似的文章）。这里需要提一下的是，你可以不用打开chrome而直接使用Postman，具体的方法是：

选项->更多工具->扩展程序

详细信息->创建快捷方式->‘全部勾上’

这样你就可以在任何地方启动你的Postman了

<>Postman sending requests

安装好之后，我们先打开Postman，可以看到界面分成左右两个部分，右边是我们后头要讲的collection，左边是现在要讲的request
builder。在request builder中，我们可以通过Postman快速的随意组装出我们希望的request。一般来说，所有的HTTP
Request都分成4个部分，URL, method, headers和body。而Postman针对这几部分都有针对性的工具。

URL

要组装一条Request, URL永远是你首先要填的内容，在Postman里面你曾输入过的URL是可以通过下拉自动补全的哦。如果你点击Params
按钮，Postman会弹出一个键值编辑器，你可以在哪里输入URL的Parameter，Postman会帮你自动加入到URL当中，反之，如果你的URL当中已经有了参数，那Postman会在你打开键值编辑器的时候把参数自动载入

Headers

点击’Headers’按钮，Postman同样会弹出一个键值编辑器。在这里，你可以随意添加你想要的Header
attribute，同样Postman为我们通过了很贴心的auto-complete功能，敲入一个字母，你可以从下拉菜单里选择你想要的标准atrribute

Method

要选择Request的Method是很简单的，Postman支持所有的Method，而一旦你选择了Method，Postman的request
body编辑器会根据的你选择，自动的发生改变

Request Body

如果我们要创建的request是类似于POST，那我们就需要编辑Request Body，Postman根据body type的不同，提供了4中编辑方式：

* form-data
* x-www-form-urlencoded
* raw
* binary
*

（我们这里是可以传文件的哦）

演示

我这里创建一条发送给google geocode的request，看看是啥结果：

注意，在URL里面我使用了变量googleMaps，并用{{}}调用它，这里是类似于AngulaJs的语法（果然是同一家人），其返回值是：
http://maps.googleapis.com/maps/api/geocode/json
<http://maps.googleapis.com/maps/api/geocode/json>
。而这个变量我是定义在我的环境GoogleApiTest里面的。这部分的内容会在接下来的文章里面讲到。

点击了Send之后，可以在Postman上直接看到response的内容，内容很漂亮，Postman根据内容检索自动按JSON的格式显示出来，同时我们可以清楚的看到status
code和花费的时间。

用Postman组装Request并且查看Response的内容，

接下来是用Postman去做测试。

我们知道如何用Postman组装并发送消息后，根据需求用Postman来做测试。

在这开始之前，我们先来看看Postman的左边面板：

这里包含了History和Collection，我们可以在History里面看到我们曾经发送过的HTTP Request,
我们可以很方便的通过点击上面的项重新构建我们的request。而右边的Request Builder面板上，还有两个按钮，Pre-request
Script和Tests。

* Pre-request Script
定义我们在发送request之前需要运行的一些脚本，应用场景主要是设置全局变量和环境变量
* Tests
定义发送Request之后，需要用脚本检测的内容，也就是Test case的内容。
这里的的Tests是我们关键。

<>Test

打开Tests，我们可以看到窗口分成两部分，一部分是左边的代码窗口和右边的Snippet窗口，点击对应的snippet，postman会在左边的窗口为我们生成对应的代码，在下面的图中，我选择了“Response
body: is equal to a String”和“Response time is less than
200ms”，可以看到Postman在代码窗口为我加载对应的语句，这里我把希望的responseBody改成了“No valid parameters!!”.
这样我就完成一条简单的测试用例：

* 当HTTP Get request没有带任何参数的时候，希望response的body返回字符串“No valid parameters!!”
* responseTime小于200ms

<>Variables and Environment

另外，这里大家可以看到在URL输入框中，我使用了{{myLocalHost}}，那我们如何定义变量呢，首先，我们得创建一个Environment，点击Environment那个button（在这里是“SampleEnv”那个button，因为我将其选择我当前使用的Environment）

在Postman里面：

* Environements包含global Environment，即全局的Environment，里面定义的变量在任何地方地方都可以看到
* local Environment, 里面定义的变量只有在当前Environment里面才可以看到，这里，我定义了一个“SampleEnv”
* Environment可以被share，通过你的postman账号或者google账号
* Environment可以通过文件import
点击之后，选择Manage Environments。若要新建，选择Add。若要编辑global Environment, 选择Globals

我们来看看我已经创建好的SampleEnv，这里只创建了一个变量myLocalHost，也就是我们之前看到的在URL里的那个变量，这个变量在URL里可以用，在test
script里面可以用，任何其他地方你都可以通过{{}}符号获得它的值。

这里稍微举例一下变量的好处，比如你把APP部署在自己的机器上时使用的域名是localhost，而部署在服务器上时，域名就是具体的服务器ip。为了在两种不同环境上测试你的API，你在构建request的时候就需要输入不同的url，但如果你使用了变量，你就可以使用变量来复用你的url，你只需在不同的environment里面给url赋不同的值，那你的request就完全不需要变。同理，在tests里面也是一样的。这里就不赘述

<>Collection

定义好了test case
（写好的Request和定义好结果检查tests）,我们就需要运行，你可以简单点击send按钮查看结果，但这时候你不会明显的看到测试的结果，你需要把这条request加入到collection当中。我们先创建一个collection:

在弹出的窗口中创建你的collection，命名为你test suite的名字：

创建collection之后，把已经写好的request(test case)保存到collection（test suite）当中。

* 点击save，把Request Name改成你的test
case的名字，比如“test_NoParameter_Expect_WarningInfo”;
* save to exist collection，选择之前创建好的collection, “TestParameters”;

点击窗口中的save之后我们就可以在左界面上看到我们的这个collection和collection中的request了：

点击 ‘>’按钮（点击了之后会变成 ‘<’）,我们就会看到弹出的窗口中有一个‘Run’，运行一下，就会弹出一个collection
runner的窗口。点击一下start test，你就可以看到运行的结果，这里我选择了运行100次，在左边窗口你还可以看到之前的运行记录：

加入我把App的接口改为：
@Override protected void doGet( HttpServletRequest request,
HttpServletResponse response )throws ServletException, IOException { if(
request.getParameter("name" ) != null ) { response.getWriter().print( "lex" ); }
else { response.getWriter().print( "No valid parameters???" ); } }
这会导致response body的比较不匹配 No valid parameters??? ！= No valid parameters！！

那你就会看到 Body is correct case是FAIL的.

热门工具换一换