前言
之前还没实际做过接口测试的时候呢,对接口测试这个概念比较渺茫,只能靠百度,查看各种接口实例,然后在工作中也没用上,现在呢是各种各样的接口都丢过来,总算是有了个实际的认识。虽然只是接口功能的测试,但是也要记录下自己学到的点滴技能。
因为只是接口的功能测试,所以目前是用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字段,整数类型,非必填 | 填写错误的或类型不对的加 |
Postman接口测试实践与解析

本文介绍了使用Postman进行接口功能测试的基础知识和实际操作,包括POST和GET请求的测试流程。通过具体的接口实例,展示了如何根据产品经理的PRD文档和开发人员的接口文档编写测试用例,以及在Postman中配置和执行测试,验证返回数据的准确性。
最低0.47元/天 解锁文章
5059

被折叠的 条评论
为什么被折叠?



