API自动化测试（API测试是提升测试效率最有利的一个方式）第九天_心得技巧

心得技巧

html5 HTML/Xhtml CSS XML/XSLT Dreamweaver教程 Frontpage教程心得技巧

上一篇: MapReduce 下一篇:Node---npm学习(npm命令)

API自动化测试（API测试是提升测试效率最有利的一个方式）第九天

发布时间：2022-07-03 发布网站：脚本宝典

脚本宝典收集整理的这篇文章主要介绍了API自动化测试（API测试是提升测试效率最有利的一个方式）第九天，脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。

API测试概述

接⼝测试⼜被称为API测试，是软件测试的⼀种测试模式，它包含了两个维度，在ሀ、狭义的⻆度上指的是对应⽤程序

接⼝的功能进⾏测试，在⼴义的维度上是指集成测试中，通过调⽤API测试整体的功能来完成度，可靠性，安全性

和性能。

API测试包括协议（http协议）测试工具（jmeter  postman 代码三部分

目前互联网的开发模式：前后端分离

前端拿到数据后，交给后端处理，后由前端在页面上呈现出来

金字塔模型

基于上⾯的API的定义和思考维度，在结合⽬前互联⽹产品的开发模式（前后端分离的开发模式），在具体到成测

试的⼯作模型。或者更加本质的说，测试的⼯作可以分为两个维度：质量管理+测试效率，API测试是提升测试效率

最有利的⼀个⽅式。具体⻅⾦字塔的模型

API自动化测试（API测试是提升测试效率最有利的一个方式）第九天

主要分为三个维度： UI测试 service测试 unIT测试

在服务层的测试维度中，主要针对的是业务接⼝的测试，来验证接⼝功能是否完整，如内部逻辑，异常处

理。这样的⽬的是验证接⼝它是否稳定，所以接⼝的测试相对⽽⾔⽐较容易⽽且更加⾼效,测试⽤例的维护成本也

低。有很多主流的测试⼯具都可以做接⼝测试，如PostMan,JMeter,SoupUi等

UI→功能测试 service→API测试 unit→单元测试

HTTP的前世今生（超文本传输协议）1989年3月诞生

HTTP的诞⽣，产⽣了很多传奇的故事，这中间⽹景公司和微软公司最典型的是浏览器世纪之战，导致⽹景时代的

结束，微软时代的开始，但是同时也是Firefox时代的开始。（火狐）

HTTP/0.9

HTTP从发展开始，⼀直没有⼀个统⼀的标准，最典型的版本是HTTP/0.9

HTTP/1.0

HTTP协议作为正式的标准是在1996年的5⽉份，版本被命名为HTTP/1.0的版本。

HTTP/1.1（是目前最主流的版本）

1997年发布的HTTP/1.1的版本是⽬前⽐较主流的HTTP的版本，很遗憾的是从HTTP/1.1的版本之后，就⼀直停⽌不

前，⽽且⽬前⼀直使⽤的也是HTTP/1.1的版本。

HTTP/2.0 在分布式架构以及微服务器架构中，基于新一代的架构设计有了gRPC的协议，是基于http/2.0来设计的

新⼀代的HTTP协议是HTTP/2.0的版本，它⽀持流式的处理，以及进⾏了很多的优化，但是很遗憾的是没有被⼤规

模的应⽤。在分布式架构以及微服务架构中，基于新⼀代的架构设计有了gRPC的协议，它就是基于HTTP/2.0的版

本来进⾏设计的。

⽹络分层

TCP/IP分层管理

TCP/IP协议按层次主要为：应⽤层，传输层，⽹络层，数据链路层

应⽤层

应⽤层决定了向⽤户提供应⽤服务时通信的活动。⽽HTTP的协议就是属于应⽤层的协议。应用层的任务是通过应用进程间的交互来完成特定网络应用。应用层协议定义的是应用进程间的通信和交互的规则。对于不同的网络应用需要不同的应用层协议

传输层

应⽤层的下层是⽹络传输层，提供处于⽹络连接中的两台计算机之间的数据传输。

TCP/IP通信传输流流程图

三次握⼿

为了确保把数据能够送到⽬标的服务器，TCP协议内部使⽤了三次握⼿的策略机制，也就是说在TCP协议中，TCP

把数据包送去后，TCP会进⾏确认对⽅是否收到，或者是确认是否成功送达，那么三次握⼿主要使⽤了TCP的标

志。

第一次握手：client向server发送resquest请求

第二次握手：server收到请求，后发送数据包给client确认连接

第三次握手：client和server建立正确连接，client开始向server传输数据

URI和URL

URI（采用一种特定语法标识一个资源的字符串）

可以称为统⼀资源标识符，⽽URL是统⼀资源定位符。URI可以理解为标识某⼀个互联⽹的资源，⽽URL表示的

资源的地点。HTTP协议中使⽤URI定位到互联⽹上的资源，这也是为什么互联⽹任意位置的资源我们都能够获取到

的原因。

HTTP协议：

HTTP是应⽤层的协议，它不需要刻意的去关注底层⽹络传输层协议的东⻄。在整体应⽤层的协议中，通俗的说在

整个API的测试维度上，需要关注的是⼀个完整的HTTP请求流程，请求⽅法，请求头响应头，COOKIE请求流程，

SESSION的请求流程和TOKEN的请求流程，以及HTTPS的请求流程。

http请求流程（client客户端 server服务端）

client与server建立tcp请求

client向server发送request请求

response（回复）响应请求

client和server关闭请求

客户端向服务端发送请求主要包括（请求地址请求方法请求参数请求头）response响应请求包括（协议状态响应数据响应头）

持久连接

简单来说就是输入一个网址，当你的浏览器没有断开连接，他就一直可以保持连接。 它的特点是只要客户端或者是服务端没有明确断开连接，那么就得⼀直保持TCP的连接请求，持久连接减少了TCP连接的重复连接和断开造成的性能损耗，减轻了服务端的负载，也提升了整体相求响应时间的性能。

通信模式

同步通信（必须回应）

在客户端与服务端在进⾏交互的时候，通信模式主要分为同步通信和异步通信。同步通信简单的可以理解为客户端

发送请求给服务端，服务端必须得回应客户端的请求。所以同步通信它存在如下的缺点，具体为：

容易超时，客户端发送请求后，服务端迟迟没有回应客户端的请求
如果请求是存在⼤的计算量和逻辑存在问题，就会导致请求堵塞，后⾯的都积压

异步通信

由于同步交互存在超时以及堵塞的情况，所以也就有了异步的交互。在异步的交互中，客户端和服务端互相不需要

关注对⽅的存在，只需要关注对应的MQ的消息，客户端与服务端的交互主要是会通过MQ的消息中间作为消息的

传递来进⾏交互的

常用请求方法

在HTTP的应⽤层协议中，常⽤的请求⽅法具体为GET,POST,PUT,DELETE的请求⽅法（GET POST PUT DELETE）

API自动化测试（API测试是提升测试效率最有利的一个方式）第九天

GET 获取资源

POST 处理资源修改资源删除资源
PUT修改资源
DELETE 删除资源

常用协议状态码

• 200 请求成功 • 301 永久重定向 • 302 临时重定项 • 400 Bad Request 客户端请求错误测试的问题 • 401 Unauthorized(没有权限访问系统) • 403 Forbidden（有权限但禁止访问） • 404 请求的资源不存在 • 405 不被允许的请求方法 • 500 代码，服务器内部错误后端的问题 • 504 GateWay Timeout（client→Gateway→server）网关超时，到不了服务端，显示504

resquest/response