爆肝整理，接口测试+接口自动化测试汇总（三）

原创于 2025-09-19 16:26:43 发布 · 1k 阅读

9 ·

CC 4.0 BY-SA版权

文章标签：

#软件测试 #软件测试工程师 #接口测试 #接口自动化测试 #自动化测试 #软件测试面试 #接口测试面试题

软件测试同时被 3 个专栏收录

315 篇文章

订阅专栏

软件测试工程师

208 篇文章

订阅专栏

接口测试

47 篇文章

订阅专栏

目录：导读

前言

1、测试a,b两个接口，b接口未做好，但是测试a接口需要b接口的东西，怎么测试？

方法：通过mock server系统，模拟b接口数据的返回，用mock数据，然后先请求b接口然后拿到接口的返回值再作为下一个接口的入参，在jmeter中通过${变量}来引用上个接口的返回参数

2、有做过哪些接口的测试列举一下

银行贷款相关的接口有：
1）登录接口==》login
2）贷款申请界面信息提交接口==》submitLoanApplyInfo
3）绑卡接口==》bindCard
4）还款接口==》repayment
5）获取合同接口==》getContractList
6）获取绑卡银行列表接口==》getBankList
7）放款回调接口==》giveLoanFeedback
8）还款回调接口==》repaymentFeedback
9）逾期回调接口==》overdueFeedback

API接口签名生成规则：
1）将请求数据JSONObject转换成字符串 String data = dataJSONObject.toString();
2）拼装code、method、data与signKey拼装生成signStr String signStr = code+method+data+signKey;
3）生成签名：String sign = MD5Util.Encrypt(signStr);

电商方面的接口有：

1）商品列表接口 product_list
2）添加商品接口 add_product
3）添加购物车接口 add_shopping_cart
4）领取优惠券接口 Coupon_collection
5）订单总数接口 order_list_count
6）订单列表接口 order/list?pageNum=1&pageSize=10
7）优惠券列表接口 coupon_list?pageNum=1&pageSize=10
8）商品分类接口 productCategory/list/0?pageNum=1&pageSize=5
9）商品类型接口 productAttribute/category/list?pageNum=1&pageSize=5
10）品牌管理接口 brand/list?pageNum=1&pageSize=10

保险方面的接口有：

1）产品列表和详情 product_list_and_details
2）保单签收 policy_signing
3）添加投保人和被保人 add_the_insured_and_insured
4）添加免责声明 add_a_disclaimer
5）查看保单详情接口 check_policy_details
6）查看电子保单接口 view_your_e-policy
7）绑定银行卡接口 attach_a_bank_card
8）续保接口 renew_your_insurance
9）保全变更被保人信息接口 security_changes_of_insured_information
10）受益人变更接口 beneficiary_change
11）保障检视接口 safeguard_review
12）条款查询接口 terms_inquiry

3、列举一个接口讲一下是什么接口，里面有哪些参数，你是怎么设计接口测试用例的？

你是怎么设计接口测试用例的？
答：一般会根据接口的入参字段的类型比如int整型我会输入浮点，字符串等等，还有长度限制比如长度限制为6-8位，我会通过边界值的用例设计方法，选择6,7,8位和5,9位进行测试。

除了入参我还会对接口的返回值进行校验会根据不同的返回值来构建不同的入参进行验证，还有接口之间的逻辑关系比如有关联接口，我会首先拿到上个接口的返回值存放在环境变量里面，再作为下个接口的入参，还有接口的鉴权token失效问题，以及是否支持get和post接口请求方法，还有接口的content-type，以及接口的幂等性来对接口进行一个测试。

1）贷款申请界面信息提交接口==》submitLoanApplyInfo

在这里插入图片描述

2）还款接口==》repayment

接口的入参：

在这里插入图片描述

{
    "code": "ABCDEF",
    "method": "repayment",
    "data": {
        "orderId":"143b9970865347be9db0e69283585192",
        "userId":"123456",
        "verifyCode":"456321"
    },
    "sign": "{签名规则参考 接口请求签名章节}",
    "timestamp": 1500000000
}

在这里插入图片描述

3）获取绑卡银行列表接口==》getBankList

接口的入参：
{
    "code": "ABCDEF",
    "method": "getBankList",
    "data": {},
    "sign": "{签名规则参考 接口请求签名章节}",
    "timestamp": 1500000000
}

接口的返回值：

{   
    "code": "success",
    "message": "请求成功",
    "result": {
        "bankList":[
            {"bankName": "工商银行", "bankCode": "ICBC"},
            {"bankName": "中国银行", "bankCode": "BOC"}
        ]
    }
}

接口的三次握手和四次挥手

接口三次握手的原理（面试简单版本）：

第一次握手：客户端给服务器发送一个报文和seq序列号，告知服务器：我客户端想和你建立连接

第二次握手：服务器收到报文后给客户端回复一个确认的报文和新的报文，告知客户端：我服务器收到了你的请求，同意和你建立连接。但此时服务器不能确认客户端的接收功能和自己的发送功能是否正常，所以
第三次握手：客户端收到第二段报文后给服务器回复一个报文，告知服务器：我客户端收到了你的回复，知道你同意连接，那就开始建立连接了！

接口三次握手的原理（面试专业版本）：

第一次握手：建立连接时，客户端发送syn包（syn=x）到服务器，并进入syn_send状态，等待服务器确认；

第二次握手：服务器收到SYN包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=k），即syn+ack包，此时服务器进入syn_recv状态；

第三次握手；客户端收到服务器的SYN+ACK 包，向服务器发送确认包ACK（ack=k+1），此包发送完毕，客户端和服务器进入established状态，完成三次握手。完成三次握手，客户端与服务器开始传送数据

三次握手的作用？（为什么要进行三次握手？两次握手不行吗？）

三次握手的作用：
1）确认双方的接受能力，发送能力是否正常。
2）指定自己的初始化序列号，为后面的可靠传送做准备。

接口四次挥手的原理（面试简单版本）：

1）客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送。
2）服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。
3）服务器B关闭与客户端A的连接，发送一个FIN给客户端A。
4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1。

接口四次挥手的原理（面试专业版本）：

1）第一次挥手：客户端发送一个FIN报文段，报文段中指定序号seq=u。此时客户端处于FIN_WAIT_1状态。

2）第二次挥手：服务器收到FIN报文后，立即发送一个ACK报文段，确认号为ack=u+1，序号设为seq=v。表明已经收到了客户端的报文。此时服务器处于CLOSE_WAIT状态。

在第二次挥手和第三次挥手之间的时间段内，由于只是半关闭的状态，数据还是可以从服务器传送到客户端的。

3）第三次挥手：如果数据传送完毕，服务器也想断开连接，那么就发送一个FIN报文，并重新指定一个序号seq=w，确认号还是ack=u+1，表明可以断开连接。

4）第四次挥手：客户端收到报文后，一样发出一个ACK报文段做出应答，上一次客户端发送的报文段序号为u，那么这次序号就是seq=u+1，确认号为ack=w+1。此时客户端处于TIME_WAIT状态，需要经过一段时间确保服务器收到自己的应答报文后，才会进入CLOSED状态。

接口测试项目实战

下面是我整理的2025年最全的软件测试工程师学习知识架构体系图