什么是接口测试？类型和示例
托马斯·汉密尔顿
什么是接口测试？
接口测试 被定义为一种软件测试类型，用于验证两个不同软件系统之间的通信是否正确。
连接两个组件的接口称为接口。在计算机领域，接口可以是API、Web服务等。对这些连接服务或接口的测试称为接口测试。
界面实际上是由命令、消息和其他属性集组成的软件，用于实现设备与用户之间的通信。
关键在于接口具有连接性。tract：约定的请求格式、约定的响应格式、约定的错误代码集和约定的超时时间。接口测试练习包括：trac双方都会进行测试，因此一方的更改不会悄无声息地影响另一方。由于大部分流量根本不会到达屏幕，因此它发现的缺陷对用户来说是不可见的。 黑盒测试 仅通过用户界面执行。
如何进行接口测试
接口测试包括两个主要部分的测试：
- Web 服务器和应用服务器接口
- 应用服务器和数据库服务器接口。
对于上述场景，接口测试是为了
- 检查服务器是否正确执行
- 正确处理错误或对应用程序发出的任何查询返回错误消息
- 检查在以下情况下重置 Web 服务器连接的结果：
下图将这两个部分显示为一个单一的链，其中浏览器与 Web 服务器通信，Web 服务器与应用程序服务器通信，应用程序服务器与数据库服务器通信。
实际上，测试人员会逐个步骤地执行该测试链。每个步骤首先使用有效的请求，然后使用格式错误的请求，最后故意使远端不可用，以便将成功路径和失败路径都记录在同一份测试日志中。 测试用例.
接口测试示例
假设对于任何 xyz 应用程序，接口都采用 XML 以文件作为输入并进行输出。 JSON 将文件作为输出。要测试此应用程序的接口，只需提供 XML 文件格式和 JSON 文件格式的规范即可。
借助这些规范，我们可以创建示例输入 XML 文件并将其提供给接口。然后，根据要求验证输入（XML）和输出（JSON）文件，这就是接口测试。
请注意示例中不需要什么：无需屏幕，无需构建前端，也无需了解界面内部的代码。只需两种格式规范即可编写测试，因此界面测试可以在用户界面出现之前就开始。
为什么要做接口测试
接口测试完成
- 确保最终用户或客户在使用特定软件产品时不会遇到任何问题
- 确定最终用户通常访问哪些应用区域并检查其用户友好性。
- 在系统之间进行通信时验证安全要求
- 检查解决方案是否能够处理应用程序服务器和网站之间的网络故障
此外还有成本方面的考量。在两个系统仍在连接时，修复请求格式缺陷的成本很低；但一旦下游系统已经存储了格式错误的数据，修复起来就会非常昂贵。
接口测试的类型
在接口测试期间，对接口进行各种类型的测试，可能包括
- 工作流程： 它确保接口引擎按预期处理您的标准工作流程。
- 特殊情况——意外值： 测试时会考虑日期、月份和日颠倒的情况。
- 性能、负载和网络测试： 高容量接口可能需要更多 负载测试 比低容量接口更重要，这取决于接口引擎和连接基础设施
- 单个系统： 这包括单独测试每个系统。例如，零售店的计费系统和库存管理系统应该能够单独运行。
第一项与 工作流程测试 为了重用其场景，最后一项与……重叠 模块测试因为一个自身发生故障的系统，一旦连接上电源，就会再次发生故障。
接口测试策略
接口测试策略是一种用于测试接口的方法，它使用通用的测试用例来测试接口，而无需考虑具体的实现方式。我们可以使用绝对值测试。tract 测试用例，并为接口测试策略的每种实现创建具体的测试用例实例。基础/绝对tract 测试用例执行与实现无关的测试，而具体测试则负责实例化要测试的对象并执行特定于实现的测试。
这种结构的优势在于可重用性。当出现同一接口的第三个实现时，绝对值可以忽略不计。tract 套件可以直接运行，无需任何修改，只需编写实例化代码即可。同样的思路也应用于更大规模的场景中。 组件测试其中共享连接trac对每个声称满足该要求的组件运行 t 套件。
接口测试工具
由于界面没有屏幕，工具必须直接构建请求并断言原始响应。团队通常会结合使用三类工具。
- API客户端和请求构建器： 诸如 Postman, SoapUIInsomnia 和 Hoppscotch 发送 REST、SOAP 或 GraphQL 调用，将它们存储为可重用的集合，并断言状态码、标头和响应正文。
- Code-级别测试库： 在现有测试套件中运行的库可以让接口检查与单元测试并存，并在每次构建时执行，从而防止接口检查过时。
- 加载和协议工具： 例如这样的工具 JMeter 批量驱动相同的接口，这使得功能检查变成了 性能测试 的连接。
- 服务虚拟化和模拟： 用一根短截线代替远端，可以在另一端不可用、未完成或反复拨打费用太高的情况下测试一端。
选择不如覆盖率重要。无论选择哪个客户端，请求集合都必须与代码一起存储在版本控制系统中，这样接口的更改和测试的更改才能在同一个提交中生效。更广泛的类别详情请参见[此处]。 API测试.
接口测试清单和最佳实践
一份简短的检查清单可以确保各个版本之间的接口覆盖率保持一致。应该针对每个连接逐一检查，而不是针对整个应用程序。
- 连接器trac首先： 确认请求和响应模式与已发布的规范逐字段匹配，包括数据类型和可选字段。
- 边界值： 发送空有效载荷、最大长度字段、意外字符集和反向日期格式。
- 错误路径： 验证每次失败是否都返回有意义的代码和消息，而不是堆栈信息。 trac或者说，默默的成功。
- 超时和重试： 在请求过程中中断连接，并确认呼叫方可以安全地重试，而不会重复交易。
- 安全性： 检查链接的身份验证、授权和加密情况，并确认错误消息不会泄露内部详细信息。
- 数据一致性： 从远端读取记录，确认在传输过程中没有任何内容被截断、重新编码或重新排序。
- 容量： 在并发负载下重复执行流量最高的调用，并观察连接池是否耗尽。
三个实践方法使这份检查清单可重复使用。首先，将测试套件自动化，并在每次构建时运行，因为界面变化比屏幕变化更隐蔽。其次，记录每次失败的完整请求和响应，因为仅凭屏幕截图几乎不可能重现界面缺陷。第三，保持测试套件独立于其他测试套件生成的数据，这样失败就能指向界面本身，而不是缺少记录。
这些检查自然而然地融入了文中描述的更广泛计划之中。 软件测试类型并且它们在端到端测试相同连接之前运行。 系统测试.
接口测试与集成测试
这两个术语并非对立，而是相关：接口测试是集成工作的一部分，它专注于接口本身。下表列出了双方的侧重点。
| 接口测试 | 整合测试 |
|---|---|
| 一种集成测试类型，涉及测试组件或系统之间的接口 | 进行测试以揭露集成组件或系统之间接口和交互中的缺陷。 |
| 专注是关键tract — 请求格式、响应格式、错误代码和超时 | 焦点是指各组件组合在一起后的综合行为。 |
| 一旦规范存在，即可执行，远端部分将被存根。 | 需要将参与的组件一起构建和部署。 |
| 故障点位于某个连接处 | 故障可能指向组装组中的任何组件。 |
任何初涉此学科的人都会发现，周围各个层面的描述如下： 集成测试 总的来说 软件测试 引言部分，以上使用的术语来自标准 软件工程 练习。对于面向浏览器的系统，相同的连接最终会在练习期间再次被使用。 Web应用程序测试.
