接口测试工具postman详细教程

目录

什么是postman?

一、接口请求流程

二、postman使用

GET请求示例

GET响应示例

POST请求示例一

POST请求示例二

POST请求示例三

postman断言

管理用例---Collections

第一步,创建一个Collections

第二步,往Collections里添加请求。

Collection精细化---Folder

运行Collection

Collection运行参数化

最后


什么是postman?

Postman是一款网页调试与发送网页HTTP请求的Chrome插件,它可以利用Chrome插件的形式把各种模拟用户HTTP请求的数据发送到服务器,以便开发人员能够及时地作出正确的响应,或者是对产品发布之前的错误信息提前处理,进而保证产品上线之后的稳定性和安全性,Postman的页面相对用户体验性比较好,有的公司也已这个插件的模板做二次开发,搭建自己的接口测试平台。

接口在联调阶段需要一些方便快捷的工具来检验我们的接口开发效果。

一、接口请求流程

 

二、postman使用

从流程图中我们可以看出,一个接口请求需要设置:请求URL,请求方法,请求头,请求参数。同样的,在postman中,我们也只需要设置这四项即可完成一次请求。

GET请求示例

 

说明:GET请求的参数在URL链接上,所以,GET请求的请求头与请求参数如在接口文档中无特别声明时,可以不填。

GET响应示例

说明:特别标注出了响应HTTP状态码与响应正文,还有请求的耗时。需特别注意的是注意区别HTTP状态码与响应正文中的状态码,只有HTTP状态码是200时,才代表这个接口请求是正确的,这个是HTTP协议定义的,而响应正文的状态码,是程序员自已定义的,可以是200,也可以定义为其它值,是为了让接口使用者去区分正常数据与异常数据,比如:

 

POST请求示例一

POST表单提交,先看下图POST表单提交示例:

上图示例中设置了请求方法,请求URL,请求参数,但没有设置请求头。有一个要明确的点是,请求头中的Content-Type与请求参数的格式之间是有关联关系的:

 

当选择x-www-form-urlencoded的参数方式后,postman自动的帮我们设置了Content-Type,所以不需要我们人工干预,这就是使用一款流行工具的好处,把一些基础点都帮我们处理了。 

POST请求示例二

JSON串提交,如下图示例:

 

 上图中,当我们选择了JSON(application/json)时,postman同样帮我们自动设置了Content-Type,可以自行的去查看一个Headers.

POST请求示例三

HTTP的POST请求的参数,都是放在请求正文中的,只是根据Content-Type来判断请求正文的格式,那么我们同样可以在表单提交时,选择raw,然后自行设置Content-Type为application/x-www-form-urlencoded。

  

 

postman断言

一个完整的接口测试,包括:请求->获取响应正文->断言,我们已经知道了请求与获取响应正文,接下来将会告诉大家如何用postman进行断言。

这个”Tests”就是我们需要处理断言的地方,postman很人性化的帮我们把断言所用的函数全给准备好了:

 

虽然都是英文,但看懂应该并不懂。OK,英文看着烦,不想看,是吧,那好,我们来设置一个断言场景,根据这个断言场景,来教大家如何来用postman的断言,场景如下:

1.  判断HTTP返回状态码为200

2.  判断响应正文中是否包含:"statusCode":200

3.  解析响应正文,并判断statusCode的值是200,message的值是”Success.”

在SNIPPETS中,往下拉,有一项”Status code:Code is 200”,这个就是为场景中的第一条准备的,就是判断HTTP返回状态码是否为200。点击这一项,可以看到在其左边出现了:

 

解释一下这句代码的意思:

  • tests["Status code is 200"]中的tests是一个内置对象,
  • tests["Status code is 200"]是指为这个断言起个名称叫”Status code is 200”,这个名称可以自行修改。
  • responseCode.code === 200 中的responseCode是内置对象,
  • responseCode对象中有个属性是code,是指HTTP状态码的code,判断code是否为200.

综合起来,这句代码的意思是:名称为”Status code is 200”的断言中,判断responseCode对象的code属性值是否为200。

同样在SNIPPETS中,找到一项”Response body:Contains string”,顾名思义,这条就是为场景中的第二条准备的,点击后,在其左边出现了:

 

我们需要修改一下:

 

场景中的第三条,很显然,我们需要解析JSON串了,所以,在SNIPPETS中找到”Response body:JSON value check”并点击,在其左边出现了:

我们可以看出,这里面其实是JS代码,jsonData变量其实是解析完JSON后的对象,在JS中,一个JSON对象获取其属性的值,直接是用jsonData.value,于是,我们把代码给修改一下:

这样一来,我们可以看到一共有tests的断言4个,点击Send,发送请求,在响应区内可以看到如下图:

 

表示我们的断言全部通过。

SNIPPETS中还有很多的函数提供给我们了,大家可以自行去体验一番。

postman的基本使用,已经跟大家讲了,并收到了一些反馈,希望能讲讲postman如何一次运行多个接口请求。歪果仁的技术思想不得不佩服,想用者之所想,把管理用例与运行用例集成在了一起。让我们一起去歪果仁的技术思想中浪里个浪去吧!

管理用例---Collections

Collections,集合。也就是将多个接口请求可以放在一起,并管理起来。什么样的接口请求可以放在同一个collection里?在这里告诉大家可以这样:一个工程一个Collection,这样方便查找及统一处理数据。也可以这样理解:collection即工程。

 

第一步,创建一个Collections

点击上图中的带+号的图标

 

输入Name:”demo”,Description:”demo for baixiaosheng”,点击Create按钮即创建成功一个Collections.

第二步,往Collections里添加请求。

 

将准备好的接口请求点击如上按钮

 

按上图选择好Collection及填写好Request name后,点击右下角的Add to collection按钮,即将一个请求添加进了Collection。

Collection精细化---Folder

在前面讲到了collection即工程的概念,工程是可以管理,也是可以模块化的。随着放入Collection的请求越来越多,混乱就又出现了,在找一个请求时,要找半天,于是将collection中的请求分门类别就很重要了,歪果仁也想到了,于是,在collection中就可以添加Folder了,将相同场景的请求放入同一个Folder中,于是就实现了模块化的管理了。

 

点击上图中的Add Folder后

添加上Folder name,即模块名称后,点击Create,创建成功一个Folder。

接下来,只需要把相同场景的请求拖入相同的Folder即可,这样就实现了模块化的管理了。模块化以后的结构:

运行Collection

将工程模块化的用例管理起来后,借着这个管理起来的东风,也可以将工程模块化的用例执行起来,即一次执行一整个collection里的用例,或者执行一个collection里的某一个Folder里的用例。

点击Runner,

 

上图中的”Choose collection or folder”,如果选择demo,表示运行demo这一整个collection的用例,如果选择GET,即只运行demo下的GET模块下的用例。

  • Environment,即运行环境,是开发环境还是测试环境,需事先配置,大家可以下去自已尝试一下。
  • Iterations,即重复运行次数。会将选择好的collection中folder重复运行。
  • Delay,间隔时间。用例与用例间的间隔时间。
  • Data,外部数据加载,即用例的参数化,可以与Iterations结合起来用,实现参数化,也就是数据驱动。
  • Start Test Run,点击运行,运行完成后,即可得出一个简易的聚合报告。

Collection运行参数化

在Iterations重复运行时,如果某个用例希望每次运行时,使用不同的数据,那么应该满足如下2个条件:

  1.  脚本中要用到数据的地方参数化,即用一个变量来代替,每次运行时,重新获取当前的运行数据。
  2. 需要有一个数据池,这个数据池里的数据条数,要与重复运行的次数相同。

Postman的runner给我们提供了Iterations的输入项,也提供了Data的文件选择项,也就是意味着数据池是一个外部文件。如果Iterations里的值为2,那么,这个外部文件里也应该有两条数据,postman希望我们这个外部文件里的数据是一个json(当然也可以是其它的数据格式),那么,为了表示两条数据,这个json应该是一个list结构,同时,由于脚本要用到数据的地方需要参数化,需要变量,所以,每一条数据应该就是一个map,map的key对应脚本中的变量.

 

上图中表示提供了一个msg的变量,每次运行对应不同的值,预示着在脚本中可以用到msg这个变量,那在脚本中如何用?

 

如上图断言中用data.msg,其中data是个内置对象,即代表每一次运行的那个map数据,所以,可以用data.msg来获取每次运行的对应的值,当然,由于是个map,也可以用data[‘msg’]来获取对应的值。

最后

万万没想到,postman竟然如此之强大!我们还有什么理由去拒绝?介绍完之后,可能新的问题又来了,如何与jenkins结合实现持续集成?歪果仁的技术思想是很强大的,所以,产生了个newman,是个命令行运行postman请求的工具,建议大家自行去研究下,因为那确实就只是个命令行的工具而已!

  • 7
    点赞
  • 39
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Postman是一款非常流行的API接口测试工具,可以帮助开发者快速进行接口测试、调试和文档编写等工作。以下是一个简要的Postman接口测试教程: 1. 下载并安装Postman 首先需要下载并安装Postman软件。可以从官网下载相应的安装包,并按照提示进行安装。 2. 创建测试集合 在Postman中,测试用例是以集合的形式组织的。可以创建一个新的集合,然后在其中添加需要测试的接口。为了方便管理和测试,可以对不同的接口进行分组。 3. 添加接口 在集合中添加接口时,需要输入接口的请求地址、请求方法、请求参数、请求头等信息。可以在Postman中直接输入这些信息,也可以从文本文件或其他来源导入。 4. 发送请求 在设置好接口信息后,可以点击“发送”按钮,发送请求并获取响应结果。Postman会显示响应结果的状态码、响应头、响应体等信息。可以根据需要对这些信息进行验证和分析。 5. 断言验证 在测试用例中,通常需要对接口的返回结果进行断言验证。可以使用Postman提供的断言功能,比如验证响应状态码、响应头、响应体内容等。Postman还支持自定义断言函数,可以根据需要编写相关的代码逻辑。 6. 导出测试报告 完成测试后,可以将测试结果导出为测试报告。Postman支持多种格式的测试报告,比如HTML、JSON、XML等。可以根据需要选择相应的格式,并将测试报告分享给其他团队成员。 以上是一个简要的Postman接口测试教程,希望能对你有所帮助。当然,Postman还有很多其他功能,比如Mock服务、环境变量管理等,可以根据实际需求进行使用。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值