接口测试工具postman

相信使用过postman工具的小伙伴，对postman都难免喜爱之情，四个字形容：简单实用大方美观！

限于本人能力，本文非教学篇，仅是postman使用过程中，觉得重要的知识点的总结分享。故而下面都是一些分散的知识点罗列。

团队协作

使用postman进行接口用例编写时，肯定不能脱离团队协作。postman没有使用常规的版本管理工具git/svn进行版本管理，而是通过自己的Workspaces进行管理。

1.添加团队成员

 Home目录下也可以添加team成员的，但无法编辑Role，所以建议从workspaces目录下添加。一般情况下，只有测试组长是Admin，其他团队成员都是Editor。

需要注意的是，postman团队成员免费版目前只允许3个人。

2.版本控制

总结

拉取分支这里不就赘述了，原因其实也很简单，因为用到的可能性几乎为零。毕竟编写测试用例的时候，基本不可能要求几个人合作完成一个需求用例的编写工作。

创建分支——编写接口测试用例——合并分支。

变量作用域

使用postman肯定是需要使用变量的，变量中的一个核心知识点就是作用域了。

 

• Global：在整个工作区中都可用

• Collection：在集合中的整个请求中都可用，并且与环境无关

• Environment：一次只能使用一个环境

• Data：来自外部csv和json文件，用于定义通过Newman或Collection Runner运行集合时使用的数据集。即用于数据驱动

• Local：临时变量，仅仅作用域各自脚本区域，即pre/test编写脚本时，local只作用域该脚本

   如上，就是postman提供的所有变量的使用方法，其中变量作用域的重要性不言而喻，global>collection>environment>data>local，必须牢记于心。

脚本中使用各变量就很简单了，get获取，set更新/新增，这里就不赘述了。需要注意的，postman是node.js开发的，编写的脚本也是js脚本，所以需要有一定js基础。例如：response中变量的获取（从json中获取指定key对应的value）；类型转换；函数编写以及promise的作用等。

总结

global尽量避免使用，如有对于整个项目而言的常量可以进行设置，建议使用大写变量名；collection作用于该集合，这个用的比较多，接口之间的数据传递一般使用该变量；environment一般用于url的设置；data则用于数据驱动的用例执行；local则用于脚本编写时一些中间变量。

工作流

编写用例，不可能仅仅局限于单接口的用例编写，场景用例的编写是无法绕开的。postman提供setNextRequest进行流程的构建。

 

总结

该知识点虽然仅仅涉及到一个函数，但其实非常重要。目前postman最新版已经提供flows可视化编辑，再一次降低了postman的入门门槛。不过好像因为是第一版，无法实现逻辑判断，postman官方也没有提供相应的教程，所以暂时还是使用setNextRequest比较好。

监控

如果选用postman做接口自动化的话，业界一般使用newman+jenkins的解决方案，这套方案的优点不言而喻，可以真正意义上实现devops。而newman简单理解，就是postman的命令行执行脚本，这里就不介绍了，毕竟newman就是一套指令集，需要背的。Postman也自带一套监控，但并没有实现jenkins的自动构建和自动部署，所以仅能实现用例的自动执行。

 

这个免费版一周仅提供300次request调用，所以不付费做公司层面的接口自动化是难以run的。

总结：

可以作为实现接口自动化的一套解决方案。

终章

以上就是个人对postman使用总结，postman作为接口测试工具，人性化方面做的相当出色，最新版又推出flows功能，再次降低使用者的使用成本。不过postman相比于另外一款接口测试工具jmeter而言，缺点也很明显，无法进行性能测试，毕竟postman仅提供了迭代次数的配置，不能像jmeter配置更多的性能参数。自动化方面，使用newman+jenkins的解决方案来实现接口自动化，这个已经很成熟了，建议可以在公司中进行推广使用。但不得不说，由于postman的技术栈是javascript，区别于测试人员常规的技术栈python/java，所以真正推广起来，还是有相当的阻力。PS：postman还有一大功能，mock server，但实际使用并不多，毕竟大家mock使用习惯还是专业的抓包工具fiddler/charles，所以这里就不介绍该功能了。