近期，小编收到一个新建系统的功能测试任务，系统B/S架构，前后端分离设计，基于市场上成熟的软件开发框架Spring Boot。开发人员在开发过程中仅需编写前端页面代码以及后端数据获取、业务逻辑处理等，无需关注从前端页面到后端服务之间的报文传输方式及接口规范文档的设计，导致了系统内部功能的接口规范文档缺失。
当小编接到项目经理的测试通知傻眼了，开发仅给了一个浏览器端的测试地址，未给出接口规范文档，进入系统页面发现所有接口功能浏览器页面的IP访问地址都是同一个！这下小编发愁了，既无接口规范文档也无法从被测系统浏览器端页面上获取接口IP地址，接口测试咋整？
还好，只要肯动脑，解决方法总是会有的。跋山涉水、历经艰险，小编终于发现可以使用chrome浏览器自带的开发者工具和接口测试工具postman来解决上述问题。Postman工具可以新建一个项目目录，这个目录就是个集合，在集合下可以创建用例，每个用例就是一个HTTP请求，在请求信息里包括请求方法（get、post等）、请求的URL、请求相关的参数等。
创建用例后，可以发送请求并得到请求响应内容。接口测试工具有了，那么如何获取每个接口的请求方法、URL及参数等数据呢？答案就在chrome浏览器的开发者工具。在chrome浏览器打开被测系统的访问地址，并在页面发起相关的http请求，同时打开开发者工具，可以在开发者工具里找到每个接口的请求方法、URL及参数等信息，将这些信息复制到postman工具里就能顺利完成接口测试啦！
感兴趣的小伙伴们肯定迫不及待了吧？下面就由小编做详细流程介绍：
Step1.打开浏览器端的测试地址，输入账户和密码后登陆被测系统，打开功能菜单，选择某一个功能（利率数据查询），可以看到浏览器上显示的IP地址始终不变，如下图：
Step2.打开chrome浏览器开发者工具，可以看到在工具里可以找到请求URL、请求方法、参数等信息：
Step3.将上述数据复制到postman请求的对应输入中，然后发送请求就可以得到返回了，在postman请求的tests域里可以添加对测试返回结果的检查信息，比如“状态码是否200”等。
Step4.按照上述步骤继续录制其他接口案例，不同的案例可以放在集合下的不同文件夹中以便更好的管理案例。
讲到这里，有些小伙伴该纳闷了，直接在chrome浏览器页面对每个功能手动做测试不是同样可以完成接口测试吗？何必这么劳神费力的在postman工具里逐条维护接口测试用例？
文章开始小编就交代了，该项目是要从无到有新建系统，意味着后续会不断有新的功能投产，那如何保证新增功能不会影响已有的存量功能呢？答案就是在每次有新增功能时对存量功能的接口进行回归测试，这时候postman里维护的接口测试用例就该派上用场了。
主要的思路是这样的：将postman里维护好的接口测试用例集合导出，导出后是json文件，该文件可使用newman命令行执行（newman是postman推出的一个可以在命令行执行的插件）。通常项目组会使用持续集成工具Jenkins作为项目构建管理工具，在项目新增功能进行构建时自动执行上述json文件对存量接口测试用例进行回归，通过用例执行结果就能快速判断存量接口功能是否正常，极大提升了接口自动化的测试效率。
详细操作过程如下：
Step1.将集合下所有的案例测试脚本及环境导出。
导出后的集合和环境文件名分别为“XX系统.postman_collection.json”、“XX系统.postman_environment.json”。
Step2.在持续集成工具Jenkins中新建一个自由风格的项目。
Step3.在“构建-增加构建步骤”里选择“Execute Windows batch command”，并在输入框中键入newman运行命令“newman run XX系统.postman_collection.json -e XX系统.postman_environment.json”，（newman命令是postman对应的命令行工具，需要下载安装newman和nodejs后才可以执行），这样就能在项目每次构建时自动执行由postman导出的api接口测试用例。
好了，小编就介绍到这，相信小伙伴们对postman接口测试工具使用有了更深的认识吧，欢迎大家多多交流、相互学习。
