postman导出请求url_工具推荐|postman，Rest API自动化测试好伙伴

写API次数多了后，或接手别人的项目后，API运维也会明显增多。特别是在不同测试环境，种种因素都会导致接口出现不符合预期的情况。这个时候当产品啊、测试等，都会跑过来找你。这个时候，你的第一反应应该是自己立即执行一次，看看是否真的存在接口问题，然后再做具体分析。
通常顺序是：拼接好接口地址，构造好参数，然后请求API，看看返回结果。这类动作重复次数较多后会显得尤为麻烦，尤其是接口并不存在问题时。
于是，一个方便rest API做自动化测试的工具，就显得十分必要了。博为峰就为大家推荐一款方便的工具 工具选型 1、选型标准
• 能够批量导入swagger
• 能够自己构造测试接口
• 能批量run
• 能输出report
• 最好能够alert 2、候选工具
• jmeter——网上找了一圈，首先入眼的是jmeter，但由于界面有点粗糙，学习成本高，故暂不考虑；
• soupui——老牌检测工具，但由于免费版不支持导出report，也就放弃了；
• dredd——看起来不错，可以支持swagger。不过自己小试牛刀无果，也就先放弃了；
• postman——以前安装过，支持swagger，但之前并没深挖它的功能。经过一番尝试，发现容易上手，而且非常适合Rest API自动化测试。 postman的使用 1、导入swagger
这个功能是我最看重的，左上角有个import的按钮，可以选择"Import From Link"，输入接口的swagger API docs的地址，比如： http:// 192.168.99.100 ：8080/scm/v2/API-docs，然后导入就可以了。 2、设置collection
保存一个请求的时候，可以选择已有的collection，或者新建一个。collection可以对等为test suite。 3、设置tests
对于要跑自动化测试的，必须要设置tests这里的脚本，不然即使run，也没有啥意义。最简单最常用的两行脚本如下：（一个是断言http的状态码；另一个是断言响应时间）

4、设置环境变量
选择一个collection的http请求，然后点击右侧的设置按钮<Manage Environments>，然后就可以定义环境变量了。它可定义dev、prod两种，只要分别设置对应的环境的API的host，就可以不重复设置API请求了。在url中用{{varname}}来引用变量，假设varname就是你设置的一个变量名。 5、执行runner
左上角有个runner图标，点一下弹出COLLECTION RUNNER界面。在这里就要进行批量自动测试的地方，选择environment，然后跑一下。

newman命令行执行 • 导出配置
在collection的<export>处，选择Collection V2，导出为json。如果使用了environment，则需要导出该environment的json配置。 • 安装newman

• 查看newman版本

• 命令行执行

命令行结果如下图，同时会生成result.html报告。

jenkins集成
• 构建选择Execute Windows batch command——输入上面的命令执行；
• Publish JUnit test result report——jenkins有个Publish JUnit test result report可以用来解析junit的xml测试报告。要用这个的话，命令行须输出junit的report。

doc
• Language-agnostic HTTP API Testing Framework
• Top 6 API Testing Tools In 2017: REST & SOAP
• swagger-open-source
• newman
• newman-MIGRATION
• 接口自动化之Postman+Newman

原文作者：网络

原出处：网络

转载声明：以上内容与图片均来源于网络，版权归原作者所有，如来源信息有误或侵犯权益，请联系我们删除或授权事宜。本文仅作为交流使用,不涉及商用.