什么是API?
API是一个缩写,它代表了一个 pplication P AGC软件覆盖整个房间。API是用于构建软件应用程序的一组例程,协议和工具。API指定一个软件程序应如何与其他软件程序进行交互。
例行程序:执行特定任务的程序。例程也称为过程,函数或子例程。
协议:在两个系统之间传输数据的格式。
简单地说,API代表一个 pplication P AGC软件覆盖整个房间。API充当两个软件应用程序之间的接口,并允许两个软件应用程序相互通信。API是可以由另一个软件程序执行的软件功能的集合。
让我们以更平易近人的方式查看一些API示例。
假定API是餐厅的服务员。
在餐厅,您可以根据菜单上的可用商品下订单。餐厅的服务员写下您的订单,然后将其交付给准备餐点的厨房。饭食准备好后,服务员从厨房拿起您的食物,并在您的餐桌旁将其提供给您。
在这种情况下,服务员的角色类似于API。作为服务员,API从源接收请求,将该请求接收到数据库,从数据库中获取请求的数据,然后将响应返回给源。
现在让我们来看另一个例子。
如果您使用的是航班服务引擎,请说出Expedia,在其中搜索特定日期的航班。出发地,目的地,到达日期和返回日期等数据后,单击搜索。Expedia根据您的搜索详细信息通过API向航空公司发送请求。然后,API将航空公司对您的请求的响应发送回Expedia。
API从用户那里获取请求并给出响应,而不会暴露内部逻辑。API就像一个抽象的OOPS概念。
什么是API测试?
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测试