接口测试 Postman_postman分页查询接口测试
接口是属于项目集成阶段，关于端与端之间的数据传输。
接口关注输入输出（数据的传输）。
接口的本质是请求，但并不是所有的请求。
接口一定是实现项目业务的功能（比如 登录而非图片）。
接口不需要UI 通过协议即可传输数据（语音/视频电话）。
Postman
Postman 最新版本 下载地址：https://www.postman.com/downloads/
接口测试的简介和分类
接口测试就是测试系统组件接口之间的一种测试。
分类：
测试外部接口：测试被测系统和外部系统之间的接口。（测试功能，只需要测试正例即可）
测试内部接口：被测系统内部各功能模块的接口。
1.内部接口只提供给内部系统使用。（预算系统，承保系统）（只需要测试正例即可）
2.内部接口提供给外部系统使用。（测试必须非常全面，正例，各种异常场景，权限控制）
接口测试重点:测接口数据交换是否符合需求，以及对各种异常情况的容错处理，以及权限的控制。
接口测试的流程以及用例的设计
1.拿到接口API文档，熟悉接口业务，接口地址，鉴权方式，入参，出参，错误码。
2.编写接口用例(测试点Xmind)及评审(怎么测)。
思路：
正例：正常输入接口的请求四要素，查看并验证响应数据的正确性。
接口请求四要素：请求方式，请求路径，请求头，请求数据（给）
接口响应四要素：响应码，响应信息，响应头，响应数据。（返）
反例：
接口鉴权反例：鉴权码为空，鉴权码错误，鉴权码过期，…
接口参数反例：参数为空，参数类型异常，参数长度异常。
业务场景反例：黑名单，接口调用次数限制，分页场景（100条，每页10条）。
错误码覆盖：根据业务而定的。
3.使用接口测试工具Postman执行接口测试。
4.Postman + Newman + Jenkins 实现持续集成，并且输出测试报告并且发送邮件。
接口测试流程：
1.研发提供接口文档，测试编写接口测试用例。
2.评审接口测试用例、定稿。
3.实用工具/代码测试调试接口。
4.跟踪接口Bug,回归测试
Postman 构建请求：
1.请求方式：POST/GET/PUT/DELETE
2.Url地址 环境 注意//{{host}}//
3.header: Content-type
4.body: Post→json,Get→参数名/值。
在接口通信中，请求和响应通常包含以下核心要素：
请求四要素
- URL（统一资源定位符）
- 标识接口的具体地址，如 https://api.example.com/user/123 ，用于定位服务器上的资源。
- 请求方法
- 定义操作类型，常见包括：
- GET ：获取资源数据。
- POST ：提交数据创建资源。
- PUT ：更新资源。
- DELETE ：删除资源。
- 请求头（Headers）
- 包含请求的元信息，如：
- Content-Type ：数据格式（如 application/json ）。
- Authorization ：身份认证信息（如Token）。
- User-Agent ：客户端信息（如浏览器/APP标识）。
- 请求体（Body）
- 携带具体数据，常见于 POST/PUT 等方法，格式如JSON、表单数据（Form Data），例如：
{ “name”: “张三”, “age”: 25 }
响应四要素
- 状态码（Status Code）
- 表示请求的处理结果，常见分类：
- 2xx （成功，如200 OK）。
- 4xx （客户端错误，如404 Not Found）。
- 5xx （服务器错误，如500 Internal Server Error）。
- 响应头（Headers）
- 包含响应的元信息，如：
- Content-Type ：返回数据格式。
- Cache-Control ：缓存策略。
- Set-Cookie ：设置Cookie信息。
- 响应体（Body）
- 携带具体响应数据，格式如JSON、XML，例如：
{ “code”: 200, “message”: “成功”, “data”: { “id”: 1, “name”: “张三” } }
- 响应状态描述
- 对状态码的文本解释，如 200 OK 中的“OK”，帮助快速理解响应结果。
核心作用：
- 请求四要素定义“如何向服务器发送请求”，响应四要素则告知“服务器处理请求的结果和数据”，两者共同构成接口通信的基础框架。
