API测试| 了解API接口测试| API接口测试指南

骑猪看日落 2023-01-14 06:56 205阅读 0赞

[什么是API？][API]  
API是一个缩写，它代表了一个 pplication P AGC软件覆盖整个房间。API是用于构建软件应用程序的一组例程，协议和工具。API指定一个软件程序应如何与其他软件程序进行交互。

例行程序：执行特定任务的程序。例程也称为过程，函数或子例程。

协议：[在两个系统之间传输数据的格式][API]。

简单地说，API代表一个 [pplication P AGC][API]软件覆盖整个房间。API充当两个软件应用程序之间的接口，并允许两个软件应用程序相互通信。API是可以由另一个软件程序执行的软件功能的集合。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70]  
让我们以更平易近人的方式查看一些API示例。

假定API是餐厅的服务员。

在餐厅，您可以根据菜单上的可用商品下订单。餐厅的服务员写下您的订单，然后将其交付给准备餐点的厨房。饭食准备好后，服务员从厨房拿起您的食物，并在您的餐桌旁将其提供给您。

在这种情况下，服务员的角色类似于API。作为服务员，API从源接收请求，将该请求接收到数据库，从数据库中获取请求的数据，然后将响应返回给源。

现在让我们来看另一个例子。

如果您使用的是航班服务引擎，请说出Expedia，在其中搜索特定日期的航班。出发地，目的地，到达日期和返回日期等数据后，单击搜索。Expedia根据您的搜索详细信息通过API向航空公司发送请求。然后，API将航空公司对您的请求的响应发送回Expedia。

API从用户那里获取请求并给出响应，而不会暴露内部逻辑。API就像一个抽象的OOPS概念。

什么是API测试？  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 1]

API测试是一种软件测试，涉及直接测试API，并且是集成测试的一部分，以检查API是否在应用程序的功能，可靠性，性能和安全性方面达到期望。在API测试中，我们的主要重点是软件体系结构的业务逻辑层。API测试可以在包含多个API的任何软件系统上执行。API测试不会专注于应用程序的外观。API测试与GUI测试完全不同。

让我们看看UI测试与API测试有何不同？

UI（用户界面）测试是测试应用程序的图形界面部分。它的主要重点是测试应用程序的外观。另一方面，API测试支持两个不同软件系统之间的通信。它的主要重点是应用程序的业务层。

API测试类型？  
API测试通常涉及以下实践：

单元测试： 测试单个操作的功能

功能测试： 通过使用一起测试的一组单元测试结果来测试更广泛场景的功能

负载测试： 测试负载下的功能和性能

运行时/错误检测： 监视应用程序以识别问题，例如异常和资源泄漏

安全测试： 确保API的实施不受外部威胁的影响

UI测试：此测试 是端到端集成测试的一部分，以确保用户界面的各个方面都能按预期运行

互操作性和WS一致性测试： 互操作性和WS一致性测试是一种适用于SOAP API的测试类型。通过确保符合Web服务互操作性概要文件来检查SOAP API之间的互操作性。 对WS- \*遵从性进行了测试，以确保诸如WS-Addressing，WS-Discovery，WS-Federation，WS-Policy，WS-Security和WS-Trust等标准得到正确实施和利用

渗透测试： 查找来自攻击者的应用程序漏洞

模糊测试： 通过强制输入系统来测试API，以尝试强制崩溃

API的常见测试：  
我们在API上执行的一些常见测试如下。

验证返回值是否基于输入条件。应根据请求验证API的响应。

在API更新任何数据结构时验证系统是否正在验证结果

验证API是触发其他事件还是请求其他API

在没有返回值的情况下验证API的行为

API测试的优势：  
与GUI测试相比，API测试是省时的。API测试自动化需要更少的代码，因此可以提供更快，更好的测试范围。

API测试可帮助我们降低测试成本。通过API测试，我们可以在GUI测试之前发现一些小错误。这些小错误将在GUI测试期间变得更大。因此，在API测试中发现这些错误对公司而言是具有成本效益的。

API测试是独立于语言的。

API测试对测试核心功能很有帮助。我们可以在没有用户界面的情况下测试API。在GUI测试中，我们需要等到应用程序可用以测试核心功能。

API测试可帮助我们降低风险。

API测试中到底需要验证什么？  
基本上，在API测试中，我们使用已知数据向API发送请求，然后分析响应。

资料准确性

HTTP状态码

响应时间

API返回任何错误时的错误代码

授权检查

非功能测试，例如性能测试，安全性测试

用于API测试的工具：  
用于API测试的一些工具如下：

Postman

Katalon Studio

SoapUI

Assertible

Tricentis Tosca

Apigee

JMeter

Rest-Assured

Karate DSL

API Fortress

Parasoft

HP QTP(UFT)

vREST  
Airborne

API Science

APIary Inspector

Citrus Framework

Hippie-Swagger

HttpMaster Express

Mockbin

Ping API

Pyresttest

Rest Console

RoboHydra Server

SOAP Sonar

Unirest

WebInject

API测试和单元测试之间的区别？  
单元测试：

单元测试由开发团队进行

单元测试是白盒测试的一种形式

在将代码包含在构建中之前，先进行单元测试

源代码涉及单元测试

在单元测试中，测试范围是有限的，因此仅考虑基本功能进行测试

API测试：

API测试由质量检查小组进行

API测试是黑盒测试的一种形式

API测试在构建可用于测试之后进行

API测试中不涉及源代码

在API测试中，测试的范围很广，因此要考虑所有正常运行的问题以进行测试

API测试中的挑战：  
在进行API测试时，我们面临的一些挑战如下

选择合适的参数及其组合

正确分类参数

需要正确的呼叫排序，因为这可能导致测试覆盖范围不足

验证和验证输出

由于没有GUI，因此很难提供输入值

我们在执行API测试时会遇到的错误类型：

执行API测试时观察到的问题是

压力，性能和安全性问题

功能重复或缺失

可靠性问题

消息传递不当

不兼容的错误处理机制

多线程问题

错误的错误

API测试最佳做法：  
测试预期结果

发送一系列API负载测试，给系统增加压力

按测试类别对API测试用例进行分组

使用所有可能的输入组合创建测试案例，以完整地覆盖测试

优先处理API函数调用，使其易于测试

创建测试以处理无法预料的问题

尽可能自动执行API测试

[API]: http://github.crmeb.net/u/defu
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70]: /images/20221022/a4f2a13997d644dd9017262ad6b57168.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MjIxNDM2_size_16_color_FFFFFF_t_70 1]: /images/20221022/85b8626ff0ef4277a70b88efcc3d397f.png