全网最详细的Postman接口测试教程(完整版)

🍅 视频学习:文末有免费的配套视频可观看

🍅 点击文末小卡片,免费获取软件测试全套资料,资料在手,涨薪更快

1、前言

之前还没实际做过接口测试的时候呢,对接口测试这个概念比较渺茫,只能靠百度,查看各种接口实例,然后在工作中也没用上,现在呢是各种各样的接口都丢过来,总算是有了个实际的认识。因为只是接口的功能测试,所以目前是用postman做测试,比较简便,当然这只是接口测试的入门而已,了解的只是冰山一角,后续会努力往接口压力、接口性能、接口自动化方向靠拢。

2、接口理论

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

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

3、接口实例

一、POST

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

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

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

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

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

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

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

请求参数:

Headers:

Body:

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

返回数据:

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

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

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

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

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

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

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

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

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

第一步,如图

第二步,如图

第三步,如图

第四步,如图

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

二、GET

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

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

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

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

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

请求参数:

Query:

返回数据:

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

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

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

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

注:接口文档中的URL是不带环境地址的,所以将URL复制到地址栏时,前面还要加上环境的地址,比如测试环境的地址+接口URL,当然如果有多个环境的话,可以用环境配置功能,具体配置步骤可以参考POST的描述

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

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

4、总结

以上就是一些Postman接口测试的一些教程想法,欢迎大家留言交流。

同时,在这我为大家准备了一份软件测试视频教程(含面试、接口、自动化、性能测试等),就在下方,需要的可以直接去观看,也可以直接【点击文末小卡片免费领取资料文档】

7天Python自动化测试速成课,小白也能快速上手(项目实战)

<think>好的,我现在需要解析container_of函数的原型,首先得理解它的作用和用途。用户可能是一个刚接触Linux内核开发的程序员,遇到了这个函数,想知道它是怎么工作的。container_of在Linux内核中非常常见,用于通过结构体成员的指针来获取整个结构体的指针。这在内核的链表、树等数据结构中特别有用,因为通常这些结构会嵌入到其他结构体中。 首先,我得回忆一下container_of的函数原型。根据记忆,它的定义通常是这样的: ```c #define container_of(ptr, type, member) ({ \ const typeof( ((type *)0)->member ) *__mptr = (ptr); \ (type *)( (char *)__mptr - offsetof(type, member) );}) ``` 不过可能不同的内核版本会有细微差别,但大体结构应该一致。接下来需要分步骤解释每个部分的作用。 第一步,用户可能对宏的参数不太清楚。ptr是指向结构体成员的指针,type是结构体的类型,member是成员在结构体中的名称。例如,如果有一个结构体struct foo,其中包含一个成员int bar,那么当有一个指向bar的指针时,可以用container_of来获取struct foo的指针。 然后,宏的第一行:const typeof(...) *__mptr = (ptr); 这里使用了typeof关键字,用来获取成员的类型,然后声明一个指向该类型的指针__mptr,并将其赋值为ptr。这样做可能有两个目的:一是进行类型检查,确保ptr确实是该成员类型的指针;二是避免ptr有副作用,比如是一个表达式,多次求值可能有问题,所以用__mptr来保存一次。 接下来第二行,(type *)( (char *)__mptr - offsetof(type, member) )。这里的关键是offsetof宏,它计算成员member在结构体type中的偏移量。offsetof通常的实现是将结构体的地址0处,然后取成员的地址,转换为size_t类型。例如,对于结构体struct type,假设在地址0,那么成员的地址就是偏移量。所以,当有成员的实际地址ptr时,减去这个偏移量就能得到整个结构体的起始地址。 需要解释为什么将__mptr转换为char*指针,因为指针的算术运算在C中是以指向类型的大小为单位的,转换为char*(每个单位1字节)可以确保减法操作是按字节计算的,得到正确的偏移。 用户可能还会问,为什么使用({ ... })这样的语法,这是GCC的语句表达式扩展,允许将多个语句组合成一个表达式,并返回后一个表达式的结果。因此,整个宏展开后,会返回结构体的指针。 另外,需要注意container_of的使用场景,比如在内核链表中,链表节点通常作为结构体的成员嵌入,遍历链表时,可以通过节点的指针找到外层结构体的指针,从而访问结构体的其他成员。 可能还需要提到,使用container_of的前提是ptr确实指向type结构体的member成员,否则会导致未定义行为。所以使用时必须保证指针的有效性。 总结一下,解析container_of需要分步骤说明宏的每个部分,包括参数、类型检查、偏移计算以及指针转换。同时,需要结合实际应用场景,帮助用户理解其重要性和正确使用方法。</think>container_of函数是Linux内核中常用的关键宏,用于通过结构体成员地址反向获取外层结构体地址。以下是逐步解析: $$\text{函数原型:}$$ ```c #define container_of(ptr, type, member) ({ \ const typeof( ((type *)0)->member ) *__mptr = (ptr); \ (type *)( (char *)__mptr - offsetof(type, member) );}) ``` **1. 参数解析** - $\text{ptr}$:指向结构体成员的指针 - $\text{type}$:外层结构体类型 - $\text{member}$:成员在结构体中的名称 **2. 第一行代码解析** ```c const typeof( ((type *)0)->member ) *__mptr = (ptr); ``` - $\text{typeof( ((type *)0)->member )}$:通过将地址0强制转换为$\text{type*}$,获取成员$\text{member}$的类型 - $\text{*\_\_mptr}$:声明一个与成员类型匹配的指针变量,并赋值为$\text{ptr}$ - $\text{作用}$:验证指针类型合法性,避免直接操作$\text{ptr}$带来的副作用 **3. 第二行代码解析** ```c (type *)( (char *)__mptr - offsetof(type, member) ) ``` - $\text{offsetof(type, member)}$:计算成员$\text{member}$在结构体$\text{type}$中的偏移量 - $\text{(char *)\_\_mptr}$:将指针转换为字节级指针,确保地址运算按字节进行 - $\text{地址计算}$:成员地址 - 偏移量 = 外层结构体起始地址 $$\text{数学表达式表示:}$$ $$ \text{结构体地址} = \text{成员地址} - \text{成员偏移量} $$ **4. 使用示例** ```c struct person { int age; char name[20]; }; struct person p = {30, "Alice"}; char *name_ptr = p.name; // 通过name成员反向获取person结构体指针 struct person *p_ptr = container_of(name_ptr, struct person, name); ``` **5. 关键注意事项** - 必须保证$\text{ptr}$确实指向$\text{type}$结构体的$\text{member}$成员 - 依赖编译器扩展特性(GNU C的$\text{typeof}$和语句表达式) - 广泛应用于内核链表、设备驱动等场景 该宏的核心思想是通过指针运算和类型系统的巧妙结合,实现高效的结构体地址反向推导。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值