API 测试- Postman Vs Rest Assured

使用 Java 库 Rest-Assured 可以更轻松地测试 RESTful Web 服务。该库充当“无头客户端”以访问 RESTful API。它广泛用于测试基于 JSON 和 XML 的 Web 应用程序。作为一个额外的好处，它适用于所有特定的方法，包括 GET、PUT、POST、PATCH 和 DELETE。TestNG、Maven、Java 和集成开发环境 (IDE) 是先决条件（IntelliJ、Eclipse 等）。四个基本的 HTTP 操作是 GET、PUT、POST 和 DELETE。以下 CRUD 操作对应于这些查询：

● 使用 GET，可以从某个 URI 获取资源的表示。GET 后预计不会有延迟的服务器响应。

● 通过使用 URI 作为其目标，PUT 可以修改该资源。如果服务器允许用户创建他们自己的 URI，则 PUT 是另一种在该位置发明新资源的方法。

● 可以使用 POST 创建新资源。作为响应消息的一部分，服务器包括为对象新分配的 URL。

● 为了从指定的 URL 中删除资源，需要使用 DELETE。

为 Restful 服务器创建 HTTP 请求既灵活又有趣。这让我们可以通过模拟各种场景来了解核心业务逻辑，所有场景都具有相同的请求集。Rest-Assured 库还提供验证服务器发送的 HTTP 响应的功能。例如，可能会分析响应的标头、状态消息、正文和状态代码。由于其灵活性，Rest-Assured 可以用作测试库。

为什么 Rest Assured 更可取？

为了为 RESTful API 创建健壮且易于维护的测试，REST Assured 提供了一种特定于领域的语言 (DSL)。大多数公司的 API 测试自动化都使用 REST assured，使其成为最受欢迎的库之一。放心也有能力验证服务器的 HTTP 响应是否正确。在测试方面，Rest-Assured 是一个高度灵活的库。根据可用数据，我们对 REST Assured Java 库的可靠性充满信心。我们需要 REST Assured 的主要原因如下：

● 作为一个包含活跃开发社区的开源库，使其成为 API 自动化的诱人选择。

● 过去，测试 API 需要使用 Ruby 和 Groovy 等动态语言，这带来了很大的困难。

● Java 使测试和验证 REST 服务变得更加困难。REST Assured 让一切变得更简单、更精简。在这个模块的帮助下，传递加密的HTTPS请求只需要几行Java代码几行Java代码。

● 在掌握了集成测试和 API 等基础知识之后，可以通过放心地自动化后端来获得合理的信心。这意味着我们可以将更多的资源投入到前端测试中。
Postman Vs Rest Assured - API 测试 :

主要区别 - Postman 和 Rest Assured：

● 代码的可重用性

因为 Rest Assured 客户端是用 Java 编写的，所以很容易修改现有方法以用于不同的测试。相比之下，Postman 没有提供回收旧脚本的方法。在 Postman 和 Rest Assured 之间做出决定时，如果你正在从事一个相当大的项目或计划像将来那样扩展测试，那么最好选择后者。

● 功能简单

实际编程的叫Postman，库叫Rest assured。由于 Postman 的 UI 直观，而且可以直接从 Web 浏览器使用，因此上手很容易。也不需要使用集成开发环境 (IDE)。尽管 Rest Assured 的 Then/When/Given 测试规范使测试简单易懂，但 Postman 没有图形用户界面使其更易于访问。

● 完整的系统评估

考虑这样一种情况，需要确保从 Internet 检索的数据已由 API 正确处理并保存到数据库中。使用 Rest Assured 是端到端测试场景的最佳选择。作为一个框架，Rest Assured 可以轻松整合其他 CI/CD 工具，例如 Jenkins。因此，我们可以很容易地借助依赖项来保护它。相比之下，Postman 为这种合并提供了较弱的支持。Postman 出色的用户界面使其成为一个可行的选择，即使主要对调试或执行手动探索性测试感兴趣也是如此。尽管 Postman 具有自动化任务的能力，但它与 Rest Assured 之间的这种比较主要取决于两者可以一起使用的程度。

优点：

使用 Postman 有很多优点，例如：

通过向 Web 服务器发出 HTTP 请求并读取响应，Postman 可用于测试应用程序编程接口。以下是这成为最负盛名的软件测试公司标准做法的众多原因中的几个：

● 使用 Postman 工具不需要购买许可证。

● 登录Postman 帐户后，可以快速轻松地访问这个用户友好的工具。

● 借助 Postman，可以轻松地在不同环境和平台之间传输和交换测试用例。在这种情况下，使用和管理测试用例是一件轻而易举的事。

● 快速轻松地构建测试套件。除了系统测试活动的分组之外，Postman 还可以生成测试套件。

● 可以使用 Postman 使用 Newman 或 Collection Runner 工具进行迭代测试运行。

● Postman 的收集功能使测试保持最新变得简单。

● 使用 Postman，可以尝试各种 API 格式，包括 GraphQL、SOAP、REST、SOAP 和 GraphQL，只需进行最少的设置。

● Postman 工具可以合并到持续集成和持续交付流水线中。

● 它很容易包含到现有的工作流程中并像 Jenkins 一样进行编程。

● 通过使用全局变量，可以保存以前运行的测试的信息。在两个 API 之间进行 API 调用时，这些变量可以像环境变量一样来回传递。

● 将所有内容安全地存储在云中后，可以在需要时随时访问信息。许多测试用例包括相互依赖性；例如，一个测试用例可能需要来自另一个测试用例的数据，在这种情况下邮递员将需要保留该数据。

使用 Postman 的几个缺点如下：

● 使用过多的 API 调用使 Postman 过载会导致其崩溃。

● 在一项艰巨的任务中跟踪所有捐赠和请求可能是一项挑战。

● 由于在处理 Postman 促进的动态 API 请求时可能会大量重复代码，因此它不是以编程方式管理工作区的最佳 API 工具。

使用 Rest Assured 有很多好处，例如：

它是开源的，这意味着你无需支付任何费用即可使用它。

● 与 Apache Http Client 相比，它所需的最低代码量更少。

● 在到达目的地之前，其初始设置通常简单而不复杂。

● 响应的 JSON 和 XML 格式很容易被解析和检查有效性。

● 由于采用了 BDD（行为数据驱动）方法，以及使用了诸如 then()、when()、given() 等关键字，代码更加清晰和整洁。2.0版本引入了这个功能。

● 高质量语法。

● 非常丰富的预制声明

● 立即声明响应状态和时间。

● 可以实时检查标头、cookie、Content-Type 和其他标头。

● 记录事件的高级机制。

● REST Assured 框架允许代码的可扩展性和重用。

● 与各种不同的 Java 库兼容，包括 TestNG 和 Junit 测试框架以及 Extent 和 Allure 报告框架。

● 对各种 API 身份验证方法的卓越支持。

● 可与 Selenium-Java 结合使用以完全自动化软件开发生命周期。

● 提供对 Json Path 和 XmlPath 的支持，方便处理 JSON 和 XML 响应。两者都会自动纳入 Rest Assured。

● JSON 模型验证库可用于确保 JSON 模式的完整性。

● 包括检查 XML 模式。

● 当与 CICD（持续集成和持续交付）和 Maven 结合时，Rest Assured 变得如虎添翼。

● 此版本标志着 REST Assured 4.1.2 的可用性。新功能包括与 Java 13 的兼容性。

● 允许在许多领域提交信息。

● 兼容 Kotlin、Scala、Spring Web Test Client、Spring Mock Mvc。

使用 Rest Assured 的几个缺点如下：

● 它不直接支持测试简单对象访问协议 (SOAP) 应用程序编程接口。

● 熟悉 Java 编程是使用此包的先决条件。

● 此外，Rest Assured 缺乏任何类型的内置报告功能。

● REST Assured 不保证线程安全。

结论 ：

选择最好的 API 测试工具因各种标准而变得复杂，因此没有简单的这个或那个答案。我们对 Postman 和 Rest Assured 的比较应该让您更容易评估每个程序的好处。多年来，我们一直在为全球范围内的各种客户提供 API 测试帮助，因此我们既使用了 Postman 又使用了 Rest Assured。出于同样的原因，我们选择了 Postman 而不是 Rest Assured，并建议你完成同样的事情。

总结：