Postman接口测试——基础理论/存储环境变量（1）

接口测试
1.postman请求（包括：方法、参数、鉴权和URL）：

接口测试就是针对软件对我提供服务的接口的输入输出进行测试，以及接口间相互逻辑的测试，验证接口功能与接口描述稳定的一致性。

补充：（一）API（应用编程接口）：程序之间（模块）约定好的通讯方式。
					1.基于TCP的全双工：RPC/WebSocket不适用与postman
					2.基于HTTP的半双工：REST/GraphQL/SOAP适用于postman
					3.接口用例设计：基本流、备选流（无效、反向、破坏）、强化
			
		


	（二）[接口类型](https://blog.csdn.net/weixin_39362573/article/details/133649203)
								REST:其实不是一种协议，REST  接口使用的网络协议是 HTTP。(浏览器可能是最简单的 REST 接口调用工具。浏览器地址栏就是一个最原始的 GET 请求发起器，它会将 GET 返回的数据展示在网页里。)
								
								GraphQL: 是一种灵活的数据查询语言，让你可以精确地获取你需要的数据(适用于那些需要大量互动、实时数据或者多层次数据的应用。比如社交媒体的实时消息更新、即时通讯或者数据可视化工具。一个请求中包含多个查询，从而减少了网络请求的数量)(Postman中可以直接使用 HTTP POST 方式发起 GraphQL API 请求。你只需要将 Body 类型指定为 GraphQL，将请求 JSON 写入 Query 即可。query 表示这是一个查询操作。

								
								SOAP/Web Service：(Simple Object Access Protocol，简单对象访问协议)是一种跟 REST 类似，但更古早一点的协议。它跟 REST 的最大的差异是使用 XML 方式作为 body 来传递信息。它提供了强大的功能，包括安全性、事务性操作和可扩展性，但也因其 XML 格式相对冗长而被一些新的通信协议所取代。Web Service 是一个比较古早的名词，现在一般指使用 SOAP 协议的接口服务。（在 postman中调试 SOAP 接口时，只需要根据接口实际情况，手动设置 Header 的 Content-Type 的值为 text/xml; charset=utf-8 或 application/soap+xml，然后设置 Body 格式为 xml，点击「发送」，即可收到 SOAP 接口返回的 XML 格式的数据。）

								
								WebSocket:t 是一种特殊的通信协议，它与传统的 HTTP 协议不同(合处理需要**实时性和双向通信的应用**，比如在线聊天、多人协作编辑、在线游戏或者实时股票市场数据更新。**它能够让服务器主动向客户端发送消息**，而不必等待客户端的请求。与 HTTP 不同，**WebSocket 不是一次性的请求-响应模式。它通过建立一个持久连接，双方可以随时发送消息**。)
								Socket:使用 TCP 作为网络通信协议，允许不同程序/计算机之间通过网络传输数据。Socket 通信也是一种实时、双向的通信方式，客户端和服务器之间建立持久连接后，双方可以随时发送和接收数据。

不过与 WebSocket 有所区别的是，Socket 提供了底层的网络编程接口，允许开发者完全控制数据传输过程。并且采用 TCP 协议使得 Socket 用于更广的场景，包括实时通信、文件传输、远程控制等。
SSE:ChatGPT 使用的是 SSE(Server-Sent Events)技术，全称是服务器推送事件，它是一种基于 HTTP 协议的实时通信技术。用于在客户端和服务器之间建立持久、单向的链接。虽然和 WebSocket 类似都具备实时连接功能，但 WS 是支持双向连接的，而 SSE 是单向的，只支持服务端向客户端发送异步消息，使得它对带宽资源消耗较小。
gRPC:前面的各种协议，大都适用于前端和后端的通信。而 gRPC(gRPC Remote Procedure Call，远程过程调用)不同，它更多地是用于后端和后端之间的通信。gRPC 适合用于构建分布式系统中的微服务架构，尤其是需要高性能、低延迟和跨语言通信的情况。与传统的 HTTP 或 REST API 相比，gRPC 更加轻量级且高效，它使用 Protocol Buffers(ProtoBuf)作为数据序列化格式，这使得数据传输更加紧凑和快速。一个典型的 gRPC 场景包括多个微服务之间的通信，例如用户服务需要从订单服务获取信息。gRPC 允许你定义服务接口和方法，并生成客户端和服务器端的代码，使得开发过程更加简化。
Dubbo:Dubbo 框架是由阿里巴巴开发的一款分布式服务框架，Dubbo 协议是该框架中的一部分，用于微服务之间的通信。
Dubbo 协议的使用场景跟 gRPC 是类似的，主要用于后端之间的通信。两者都是强大的分布式通信框架，选择哪一个取决于你的具体需求和技术栈。
MsgPack:MsgPack(MessagePack)也不是协议。它是一种将数据序列化成紧凑的二进制格式的开放标准。它就像是将数据压缩成小巧的包裹，以便于在不同系统之间更快地传输和存储。MsgPack 适合用于需要高效传输数据的场景，尤其对网络流量敏感的移动 APP 中。与 JSON 等文本格式相比，MsgPack 的二进制格式更加紧凑，节省了更多带宽和存储空间。
2.为何要接口测试？

接口测试通常能够对系统测试的更为彻底，更好的保障产品质量，同时越早越底层的发现问题，修复和维护的代价也越小。

3.如何做接口测试？

根基接口文档设计用例，验证结果。

4.接口测试流程

1)获取接口信息：通过接口文档和抓包来获取接口的基本调用方法和返回。

2)接口测试用例设计：根据获取到的接口信息，按照接口测试用例设计方法，设计参数和预期返回的结果。

3）接口发包：使用接口或者编程向接口传递参数。
4）返回信息验证：获取接口返回的结果，进行解析和验证。

---

1.接口文档（swagger3.0一套接口工具/openAPI）

• 接口设计工具
• 接口测试工具
• 接口文档展示工具（swagger UI）

2.读懂swagger文档
1)URL：服务器地址+接口

2)鉴权方式

3）请求方法/接口地址/参数(是否必填/参数名称/参数格式)

（1）参数：红色“required”代表必填；username代表参数名称

4）接口预期返回结果

5）在线调试（通过swagger或接口工具）

（1）表单和JSON请求对比

a.参数都放在body中
b.表单是键值对存在
c.JSON是JSON对象
d.请求头不一样（content-typ:）

（2）文件上传

a.查看文件工作目录（若上传文件不在工作目录，接口可以通；但是鼠标放入上传文件名上时会有错误提示）

5.获取响应返回的信息

接口的响应包中，测试关注的重点在于响应的正文主题，同时可能对响应头和状态码进行校验。

6.接口测试四大要素：URL / 方法 / 头域（或鉴权） / 参数

7.POST请求

8.token值存储的环境变量中

（选择“set an envircomment variable”）