postman接口功能测试

前言                                                        

  之前还没实际做过接口测试的时候呢,对接口测试这个概念比较渺茫,只能靠百度,查看各种接口实例,然后在工作中也没用上,现在呢是各种各样的接口都丢过来,总算是有了个实际的认识。虽然只是接口功能的测试,但是也要记录下自己学到的点滴技能。

  因为只是接口的功能测试,所以目前是用postman做测试,比较简便,当然这只是接口测试的入门而已,了解的只是冰山一角,后续会努力往接口压力、接口性能、接口自动化方向靠拢。(postman的安装方法可以百度一下,这里就不提了)

  各位大佬勿喷哈~

接口理论                                                 

  我们常说的接口就是API,接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。

  其实接口测试就和普通功能测试没什么区别,区别就是功能测试是在页面上输入值,提交数据看结果,而接口测试没有页面,通过接口规范文档上的调用地址,请求参数,拼接报文,然后发送请求,检查返回结果。

  

接口实例

一、POST

POST请求是用来发送数据的,下面以下XX系统分配加工厂为例

1、产品经理的PRD文档要求如下(分配加工厂接口的修改内容如下):

1) 分配加工厂接口里新增加工厂ID字段,整数类型,非必填;

2.)若对单领料单已经审核通过,限制只有待审核状态才能分配加工厂,若不是则提示“对单领料单不是待审核,不能分配加工厂”;

2、开发人员的接口文档如下:

接口名称:XX系统分配加工厂接口

接口路径:POST  /process/requisitionOrder/updateDistributeStatus

请求参数:

Headers:

参数名称 参数值 是否必须 示例 备注
Content-Type application/json    

Body:

{
  "factoryId": "123",//加工厂ID
  "factory": "XX服饰",//加工厂名称
  "produce_order_id": [//生产制单(纯数字) 多个用,分开
    1134360
  ]
}

返回数据:

{
  "msg": "success",
  "code": "0",
  "info": "操作成功"
}

3、测试人员的测试用例如下:

用例编号 模块 用例标题 前提条件 操作步骤 预期结果
01 XX接口 分配加工厂接口里新增加工厂ID字段,整数类型,非必填 填写错误的或类型不对的加工厂ID 返回具体的错误信息
      不填写加工厂ID,其他条件符合要求   分配加工厂成功,XX系统的领料单正确显示加工厂名称
      填写正确的加工厂ID,其他条件符合要求   分配加工厂成功,XX系统的领料单正确显示加工厂名称
      填写正确的加工厂ID,对单领料单已经审核通过   返回提示“对单领料单不是待审核,不能分配加工厂”;

4、测试人员执行测试用例如下:

1)打开Postman,填写接口信息,具体操作如图

注:接口文档中的URL是不带环境地址的,所以将URL复制到地址栏时,前面还要加上环境的地址,比如测试环境的地址+接口URL,

当然如果有多个环境的话,可以用环境配置功能,具体配置步骤在第4)步进行描述。

2)结合测试用例,组合变换参数信息后,查看返回的JSON数据与PRD是否一致

3)测试用例遍历完成后,以上即完成了POST请求的接口功能测试。

4)这里描述一下postman的环境配置

第一步,如图

第二步,如图

第三步,如图

第四步,如图

第五步,如图(这是针对有多个环境的情况,比如一般都会有测试环境、验收环境、生产环境)

二、GET

GET请求是用来获取数据的,下面以XX系统获取出库账单为例,(以下只列出部分数据信息用于演示)

1、产品经理的PRD文档要求如下:

输入参数
字段名称 是否必填 取值逻辑 备注说明
账单日期   例如2019-04-10
供应商ID    
输出参数
账单编号 ML+年月日+流水号 一个账单日期内,一个供应商只对应一个账单
账单日期 输入参数里的账单日期  
供应商名称 从出库单获取  
SKU 从出库单明细获取  
采购单价 根据SKU获取档案的基准价  
数量 出库数量  
账单金额 采购单价*数量,金额为负  

2、开发人员的接口文档如下:

接口名称:出库账单同步到XX系统接口

接口路径:GET  /purchase/prepareOrder/importListFromPlm

请求参数:

Query:

参数名称 是否必须 示例 备注
billDate 2019-02-20 账单日期
supplierId 1 供应商ID

返回数据:

{
    "msg": "success",
    "code": "0",
    "info": {
        "list": [
            {
                "billNo": "ML201902205005",         //账单编号
                "billDate": "2019-02-20",           //账单日期
                "factory": "生产部萨文服饰-烨琳",   //供应商名称
                "materialSku": "16MLZS0513-628",    //物料SKU
                "num": 20,                          //数量
                "purchasePrice": 0,                 //采购单价
                "billSum": 0,                       //账单金额
            }
        ]
    }
}

3、测试人员的测试用例如下:

用例编号 所属模块 用例标题 前提条件 测试步骤 预期结果
01 XX接口 输入正确的‘账单日期’请求参数,接口正确返回相应的账单数据 系统中有在该账单日期内的账单
1、在请求地址中增加‘billDate’参数;
2、billDate填写正确的账单日期,点击GET


{"msg": "success", "code": "0", "info":….}
info显示正确的账单信息

02 XX接口 输入不符合规范的‘账单日期’请求参数,接口返回参数不符合要求 填写12/23/45
1、在请求地址中增加‘billDate’参数;
2、billDate填写不符合规范的账单日期,点击GET

{"msg":"账单日期不符合规范;","code":"43"}
03 XX接口 将‘账单日期’请求参数置空,接口返回参数必填  
1、在请求地址中增加‘billDate’参数;
2、billDate不填写,点击GET

{"msg":"账单日期不能为空;","code":"43"}
04 XX接口 ‘供应商ID’请求参数 请求中没有‘billDate’
1、在请求地址中增加‘supplierId’参数;
2、supplierId填写正确的供应商ID,点击GET

{"msg":"账单日期不能为空;","code":"43"}
05 XX接口   请求中有‘billDate’
1、在请求地址中增加‘billDate’,‘supplierId’参数;
2、supplierId填写正确的供应商ID,billDate填写正确的账单日期,点击GET


{"msg": "success", "code": "0", "info":….}
info显示正确的账单信息

06 XX接口   请求中有‘billDate’
1、在请求地址中增加‘billDate’,‘supplierId’参数;
2、supplierId填写错误的供应商ID,billDate填写正确的账单日期,点击GET

{"msg":"供应商ID不存在;","code":"43"}
07 XX接口   请求中有‘billDate’
1、在请求地址中增加‘billDate’,‘supplierId’参数;
2、supplierId不填写,billDate填写正确的账单日期,点击GET


{"msg": "success", "code": "0", "info":….}
info显示正确的账单信息

08 XX接口 ‘账单编号’输出参数取值为:ML+年+月+日+4位流水号 接口返回正确数据 1.GET后,查看返回的JSON数据 ‘账单编号’输出参数取值为:ML+年+月+日+4位流水号
09 XX接口 以上列举了部分测试用例,其他的测试用例就不再展示了

4、测试人员执行测试用例如下:

1)打开Postman,填写接口信息,具体操作如图

注:接口文档中的URL是不带环境地址的,所以将URL复制到地址栏时,前面还要加上环境的地址,比如测试环境的地址+接口URL,

当然如果有多个环境的话,可以用环境配置功能,具体配置步骤可以参考POST的描述

2)结合测试用例,组合变换参数信息后,查看返回的JSON数据与PRD是否一致

3)测试用例遍历完成后,以上即完成了GET请求的接口功能测试。

文章转载于  https://www.cnblogs.com/Chilam007/p/10639773.html

原文地址:https://www.cnblogs.com/y325681/p/11561568.html

时间: 2024-11-19 02:30:59

postman接口功能测试的相关文章

Postman接口功能测试介绍

Postman接口功能测试介绍 posman介绍&测试准备 Postman介绍:postman是一个开源的接口测试工具,无论是做单个接口的测试还是整套测试脚本的拨测都非常方便. 前期准备:测试前,需要安装好postman, 客户端版本跟插件版本都行,根据个人需要选择安装. 五种请求介绍:这里介绍get/post/带cookie/带Header/上传文件五种请求的测试. 1.1Get请求    Get请求是最简单的请求方式,输入URL就能完成. 第一步:新建一个tab页面 第二步:输入URL ,选

学习总结——JMeter做WebService接口功能测试

用JMeter作WebService接口功能测试(可以借助SoapUI来完成) SoapUI里面的操作: Wsdl文件或链接导入或添加到SoapUI打开待测请求:运行请求:取URL  SOAPAction .报文. JMeter里面的操作: 为线程组添加SOAP/XML-RPC Rquest ,右击线程组添加->Sampler->SOAP/XML-RPC Rquest: 把从SoapUI获取的信息粘贴到相应位置: 发送请求并查看结果.

淘宝API学习之道:淘宝API接口功能测试

上篇介绍了淘宝开放的API接口,根据功能说明,我们对几个接口进行测试,其他的接口,可以照猫画虎.点击任意接口,在功能描述页面,调用级别apiType,apitype分别有三个值: apiType=1,调用时需要ISV签名和认证 apiType=2,调用时需要ISV签名和认证,同时需要用户授权确认 apiType=3,调用时需要ISV签名和认证,可选用户授权确认(授权后可获取相关用户隐私信息) 我们分别找taobao.items.get .taobao.items.onsale.get 接口进行测

postman接口自动化介绍

018年2月1日刚入职,经理跟我说让我做一下项目的接口自动化,我嘴上说着好,心里直打鼓.虽然会接口测试,对自动化有一点了解,但从来没做过,而且从来没有一个人做过一个项目的自动化,对我来说是个不小的挑战,最直观的证据就是三天没睡好..没办法,硬着头皮上吧! 我知道的接口测试工具是postman.soapUI.jmeter,选择的是postman,原因就是轻量,而且简单直白. postman是搭配JavaScript来做的接口自动化,将笔记记录在此~ 推荐安装:下载执行文件安装即可 https://

Postman接口&压力测试

Postman接口与压力测试实例 Postman是一款功能强大的网页调试与发送网页HTTP请求的Chrome插件.它提供功能强大的 Web API & HTTP 请求调试. 1.环境变量和全局变量设置 环境变量可以使用在以下地方: URL URL params Header values form-data/url-encoded values Raw body content Helper fields 先设置好变量名及数值后,接下来就可以调用环境变量名,例如: key对应的values,填写

【转】Postman接口测试之POST、GET请求方法

转自竹小冉: https://www.cnblogs.com/zhuxr/p/9009708.html 一.基础知识 1.HTTP的五种请求方法:GET, POST ,HEAD,OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法. GET请求:请求指定的页面信息,并返回实体主体.(通常用来接收数据). POST请求:向指定资源提交数据进行处理请求,数据被包含在请求体中.POST请求可能会导致新的资源的建立.已有资源的修改.(通常用来发送数据). HEAD请求:类似于

postman 接口之间的关联

postman 接口之间的关联: 一种:类似于登录这种不变的tooken,可以直接定义成全局变量,传递的时候引用就可以. 第二种接口之间关联的方法:在上个接口的tests中获取这个变量,例如 var JsonDate = JSON.parse(responseBody) pm.environment.set("took","JsonDate.tooken"); 在下一个接口的参数中直接调用{{took}}就可以了.一般的接口工具postman.jmter 都会自己存

学习总结——JMeter做http接口功能测试

JMeter对各种类型接口的测试 默认做接口测试前,已经给出明确的接口文档(如,http://test.nnzhp.cn/wiki/index.php?doc-view-59):本地配好了JMeter 3.x的运行环境: 打开JMeter,添加一个线程组和该线程组的查看结果树.以下的几种接口请求我们都在这个线程组中添加和运行. 1. 普通的以key-value传参的get请求 e.g. 获取用户信息 添加http请求:填写服务器域名或IP:方法选GET:填写路径:添加参数:运行并查看结果. 2.

jmeter3.2版本如何进行webservice接口功能测试

jmeter3.2版本之后就没有SOAP/XML-RPC Request插件了,所以没办法直接进行webservice接口的测试. 原理上: Web service一般就是用SOAP协议通过HTTP来调用它,其实他就是一个WSDL文档,客户都可以阅读WSDL文档来用这个Web service. SOAP简单的理解,就是这样的一个开放协议SOAP=RPC+HTTP+XML:采用HTTP作为底层通讯协议:RPC作为一致性的调用途径,XML作为数据传送的格式,允许服务提供者和服务客户经过防火墙在INT