你应该学会的Postman用法(2)-自动化测试

前言

以前的一篇文章《你应该学会的Postman用法》,主要介绍了postman的一些高级的用法，便于平常开发和调试使用，本文的基础是对postman的基本使用以及一些高级用法有必定的了解，如对此不太了解的同窗，建议移步：《你应该学会的Postman用法》了解。

背景

随着公司微服务体系服务愈来愈多，业务增加愈来愈迅速，版本迭代愈来愈快，并且对系统的可用性要求愈来愈高，传统的手工发布系统的方式已经彻底没法知足平常运维的需求了，自动化构建发布的需求愈来愈强烈，可是自动化发布有个基础的环境，自动化测试，鉴于团队规模不大，测试人员的能力良莠不齐，自动化测试咱们选择了以开发测试一块儿搭建的方式，经过轻量级的工具postman进行自动化测试。

测试文件共享

postman能够将测试的接口进行collections分组，分组后的一组接口能够进行导出，如图：

导出后的文件，能够做为测试脚本共享，使用的人员只要导入，便可使用。

这样，就能够在不一样人员间，共享一个测试的文件。固然，若是能升级到高级版，能够直接经过不一样的帐号在云端共享测试文件，更加方便。

脚本测试

一直以来，咱们都是介绍经过postman 的UI进行测试的，可是，实际作自动化测试的时候，咱们更可能是使用脚本，特别是在生产环境，经过脚本进行测试，就是必然了。postman为我提供了一个测试的工具——newman，基于node.js的一个脚本测试工具。

安装

先安装node.js,这里不赘述了，开发人员必备工具。
在安装newman:

npm install -g newman
复制代码

初步使用

记得前面介绍的，咱们导出的测试文件吧，那个文件除了分享给别人，也是咱们用来测试的文件。

newman run 11.json
复制代码

11.json 就是我刚才导出的文件，使用脚本文件类型必须是json。 这时候看看咱们测试发生了什么？

貌似，失败了。提示咱们循环，执行了一次，6个请求，可是全面部失败了。看到错误的信息发现URI不正确，由于我用到postman了环境变量，可是导出的结果里没有环境变量。这时候咱们须要调整一下执行的脚本。

newman run 11.json -e url.json
复制代码

url.json 实际是咱们须要当前执行的环境变量，文件从就是如图方式导出的：

导出后，咱们也是将文件命名为json类型的文件。这样我看下咱们执行的结果。

所有执行成功了。就是这么简单。一个命令配上咱们开发时候就须要用到的测试文件，就能够了，无需另外的测试脚本，用一个shell脚本便可完成结果的测试。

参数详解

newman是个很是轻量级的命令，参数不多，这里咱们列出经常使用的几个参数：

参数	详细说明
-e	环境变量(environment)文件路径或者url，json文件
-g	所有配置(Global)文件路径或url，json文件
-d	测试数据文件路径，cvs文件
-n	循环测试次数
--delay-request	延迟执行时间
--timeout-request	请求超时时间
--bail	其中一个接口失败后，是否继续执行

详细参数，能够参考：【这里】

总结

这样一个很是轻量级的自动化测试脚本就作好了，固然，这是咱们作自动化构建发布一个前提，postman的优点是将平常开发中须要用的测试工具作成经过shell就能执行的工具，比专门花时间了编写soapui这样的脚原本说，更加轻量级，更加友好，当集成了shell的相关功能后，对于开发人员来讲，可扩展性就变得很是容易了，后面的文章我将会介绍如何结合postman，再整合其余构建发布工具，来对咱们的微服务进行发布，真正作到了自动化的发布、测试，并且能作到不停机、不影响用户使用状况下完成系统的发布。