postman接口功能测试

这篇具有很好参考价值的文章主要介绍了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)步进行描述。

postman接口功能测试

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

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

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

第一步,如图

postman接口功能测试

第二步,如图

postman接口功能测试

第三步,如图

postman接口功能测试

第四步,如图

postman接口功能测试

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

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的描述

postman接口功能测试

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

3)测试用例遍历完成后,以上即完成了GET请求的接口功能测试。文章来源地址https://www.toymoban.com/news/detail-402586.html

到了这里,关于postman接口功能测试的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 接口测试和功能测试的区别

     接口测试和功能测试的区别: 2023最新Jmeter接口测试从入门到精通(全套项目实战教程) 本文主要分为两个部分: 第一部分: 主要从问题出发,引入接口测试的相关内容并与前端测试进行简单对比,总结两者之前的区别与联系。但该部分只交代了怎么做和如何做?并没有解

    2024年02月13日
    浏览(35)
  • 功能测试和接口测试有什么不同?

    功能测试和接口测试有什么不同? 功能测试和接口测试是软件测试中的两种常见测试类型,主要用于评估软件系统的质量。尽管这两种测试都是为了评估软件系统的性能,但它们有很多不同之处。 功能测试和接口测试的区别 目的 接口测试的目的是评估两个系统间的互操作性

    2023年04月21日
    浏览(42)
  • Postman,一个功能强大的API开发和测试工具

    最近有粉丝在群里说在找 postman 的使用教程,案例等文章。 那么今天我就来写一个。 Postman 是一个功能强大的 API 开发和测试工具,它提供了丰富的功能,帮助开发人员更好地管理、测试和文档化 API。无论是单独开发还是团队协作,Postman 都可以提高开发效率,并提供可靠的

    2024年04月15日
    浏览(45)
  • 软件测试:功能测试-接口测试-自动化测试-性能测试-验收测试

    软件测试的主要流程 一、测试主要的四个阶段 1.测试计划设计阶段 :产品立项之后,进行需求分析,需求评审,业务需求评级,绘制业务流程图。确定测试负责人,开始制定测试计划; 2.测试准备阶段 :各成员编写测试用例、先小组内评审、后会议评审,测试样机和配件,

    2024年02月08日
    浏览(59)
  • 接口自动化测试持续集成,Soapui接口功能测试参数化

    按照自动化测试分层实现的原理,每一层的脚本实现都要进行参数化,自动化的目标就是要实现脚本代码与测试数据分离。 当测试数据进行调整的时候不会对脚本的实现带来震荡,从而提高脚本的稳定性与灵活度,降低脚本的维护成本。 Soapui最为强大的参数化就是支持groo

    2024年02月01日
    浏览(55)
  • 【学习】接口测试和UI功能测试有什么区别

    接口测试和UI功能测试是软件测试的两个重要方面,它们各有侧重,但同时又是相互补充的。本文将探讨接口测试和UI功能测试的区别,并分析如何通过二者来保证软件的质量。 一、接口测试、UI功能测试的定义 接口测试主要关注软件组件之间的交互,检查它们是否能够正确

    2024年03月22日
    浏览(47)
  • 利用Jmeter做接口测试(功能测试)全流程分析

    利用Jmeter做接口测试怎么做呢?过程真的是超级简单。 明白了原理以后,把零碎的知识点填充进去就可以了。所以在学习的过程中,不管学什么,我一直都强调的是要循序渐进,和明白原理和逻辑。这篇文章就来介绍一下如何利用Jmeter做接口测试的流程,主要针对的是功能测

    2024年02月10日
    浏览(44)
  • web测试要点(功能测试、性能测试、用户界面测试、兼容性测试、安全测试、接口测试)

    Web测试主要包括6个方面的测试:1、功能测试;2、性能测试;3、用户界面测试;4、兼容性测试;5、安全测试;6、接口测试。通过Web测试可以尽可能地多发现浏览器端和服务器端程序中的错误并及时加以修正,以保证应用的质量。 Web功能测试包含七类测试: 1-1链接测试 链接

    2024年02月08日
    浏览(36)
  • 【银行测试】金融项目+测试方法范围分析,功能/接口/性能/安全...

    1、金融行业软件特征分析 金融行业软件系统具有集中度高、规模庞大、数量多、系统之间关联性强、业务复杂、需求变化快等特点,如何有效可行的实现软件测试和软件质量控制,是对金融行业软件测试人员提出的基本要求。 1)金融行业软件的业务特点 以金融行业软件的

    2024年02月04日
    浏览(64)
  • 功能测试,接口测试,自动化测试,压力测试,性能测试,渗透测试,安全测试,具体是干嘛的?

    软件测试是一个广义的概念,他包括了多领域的测试内容,比如,很多新手可能都听说:功能测试,接口测试,自动化测试,压力测试,性能测试,渗透测试,安全测试等,这些专业名词,但是绝大多数人都对这些名词一知半解,所以,今天我们就来给大家做个逐一的解释:

    2024年02月03日
    浏览(60)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包