macOS系统中Postman的免登录使用指南

本文还有配套的精品资源，点击获取

简介：Postman是一款强大的API开发和测试工具，在macOS系统上使用免登录版本可以方便快捷地进行API测试。这个版本不需要登录验证，适用于公共网络环境或需要保护个人账户安全的场合。尽管免登录版本的Postman不支持云端同步和自动更新，但它依然提供完整的API请求创建、编辑、发送、断言测试、环境变量使用、集合管理等功能。此外，用户可以导出和导入集合，以及记录请求日志，以协助进行API测试和问题排查。

1. Postman在macOS中的使用

1.1 下载与安装

在macOS上使用Postman之前，首先需要下载并安装Postman应用。进入 Postman官网 ，选择适合macOS的版本进行下载。下载完成后，双击安装包，按照指示完成安装即可。

# 这是一个示例代码块
# 在终端中输入以下命令来启动Postman
open /Applications/Postman.app

1.2 Postman界面概览

安装完成后，启动Postman，您将看到一个简洁直观的用户界面。界面主要分为几个部分：菜单栏、侧边栏、工作区和底部信息栏。

• 菜单栏 提供了文件、编辑、视图等操作。
• 侧边栏 可以快速访问收藏的请求、环境、全局变量等。
• 工作区 是进行API请求和测试的主要区域。
• 底部信息栏 显示请求响应的时间、状态和日志信息。

1.3 基本操作流程

在Postman中进行API测试的基本流程包括创建请求、配置请求头和请求体、发送请求，以及查看响应。

// 示例代码块：创建一个GET请求
pm.sendRequest({
    url: 'https://postman-echo.com/get',
    method: 'GET'
});

• 点击“New”按钮，选择“Request”创建新的请求。
• 输入请求的URL和选择方法（如GET、POST等）。
• 在“Headers”选项卡中配置请求头，在“Body”选项卡中输入请求体。
• 点击“Send”按钮发送请求，并查看“Preview”和“Test Results”标签页来分析响应数据。

这些步骤展示了Postman在macOS系统中的基本操作方法，为后续的API测试奠定了基础。接下来，我们将进一步学习API测试的基本步骤。

2. API测试的基本步骤

2.1 测试计划的制定

在API测试的初期，制定一个详尽的测试计划至关重要。它不仅能够指导测试人员快速定位问题，而且能够保证测试工作有序进行，避免资源的浪费。

2.1.1 确定API测试目标和范围

确定测试目标和范围是测试计划制定的第一步。这通常涉及到与项目团队的沟通，确保对API的期望和功能有准确的理解。测试目标可能包括验证API功能的正确性、性能的符合性、安全性的合规性等。确定测试范围则需要列出所有需要测试的API端点，并根据项目的复杂性决定是否包含边缘案例和异常处理。

2.1.2 设计测试场景和测试用例

设计测试场景和测试用例是测试计划中富有创造性的部分。测试场景是从用户角度出发，对特定功能或业务流程的模拟。比如，在一个电商API中，添加商品到购物车、下单、支付等都是一系列的测试场景。测试用例则是具体针对这些场景设计的一系列操作步骤和预期结果。在Postman中，测试用例可以使用JavaScript编写，用于验证API响应是否满足预设条件。

2.2 测试环境的搭建

测试环境的搭建是为了在与生产环境隔离的条件下进行测试。这样可以保证测试过程中对现有系统的任何改动不会影响到生产环境的正常运行。

2.2.1 选择和配置Postman环境

Postman允许用户创建不同的环境，每个环境包含一组特定的环境变量。这些环境变量可以存储API的基础URL、认证信息等。在测试中，通过切换不同的环境，可以快速适应不同的测试场景。比如，在本地测试环境和服务器生产环境之间切换，不需要修改代码中的硬编码值。

2.2.2 使用环境变量优化测试环境

环境变量在Postman中扮演着重要的角色。它们不仅可以用来区分不同测试环境，还可以用来存储敏感信息，比如数据库密码、API密钥等。通过在Postman的环境变量中设置这些敏感信息，可以避免硬编码到集合文件中，从而提升测试环境的安全性。

// 示例：Postman环境变量配置
{
  "id": "c45178b3-3264-4177-8fd5-400a77c3a53e",
  "values": [
    {
      "key": "url",
      "value": "https://api.example.com",
      "enabled": true
    },
    {
      "key": "token",
      "value": "abc123xyz789",
      "enabled": true
    }
  ],
  "variables": [],
  "type": "text",
  "disabled": false
}

在上述JSON配置示例中，我们定义了两个环境变量： url 和 token 。这些变量可以在Postman请求中通过{{url}}和{{token}}的方式使用，实现了变量的灵活引用。

通过本章节的介绍，我们了解了API测试计划制定的基本步骤，包括测试目标、范围的确定，以及测试环境的搭建方法，其中重点介绍了如何使用Postman的环境和环境变量来优化测试流程。接下来的章节将深入到创建和管理API请求集合的过程，这是进一步自动化API测试的基石。

3. 创建和管理API请求集合

3.1 集合的基础知识

3.1.1 集合的定义和作用

API请求集合是指定一系列相关请求的结构化集合，它可以为API测试、文档记录和持续集成提供便利。每个集合都有一个或多个请求，这些请求可以被组织成子文件夹以反映API的逻辑结构。使用集合有助于维护API测试的可管理性和可重用性。

在Postman中，集合是作为 .json 文件存储的，可以方便地在团队成员之间共享或迁移到不同的工作空间。它们是测试工作流程中的核心部分，因为可以对它们进行分组、版本控制和自动化测试。

3.1.2 创建集合的步骤和注意事项

创建集合的第一步是打开Postman应用，点击“New Collection”按钮。在弹出的创建新集合的对话框中，输入集合的名称和描述。一个集合可以包含多个请求，也可以包含多个子文件夹，每个子文件夹可以包含一系列相关的请求。

在创建集合时，应注意以下几点：

1. 命名和描述 ：确保集合有清晰的名称和描述，这有助于其他用户理解其用途和包含的内容。
2. 组织结构 ：合理地组织子文件夹和请求，以反映API的层次和功能。
3. 版本控制 ：确保在创建集合时启用版本控制，以便跟踪更改和管理集合的不同版本。
4. 分享 ：选择合适的团队或用户共享集合，以促进协作和信息的共享。
5. 备份 ：定期备份集合文件，以防数据丢失或错误删除。

// 示例：一个简单的集合的JSON结构
{
    "info": {
        "_postman_id": "c0397006-249a-4f9b-a6d6-3a86e86968e2",
        "name": "Example Collection",
        "schema": "https://schema.getpostman.com/json/collection/v2.1.0/collection.json"
    },
    "item": [
        // 子文件夹和请求可以放在这里
    ]
}

3.2 集合的组织和管理

3.2.1 对集合进行分类和排序

为了便于管理和查找，对集合进行分类和排序是非常重要的。Postman允许用户创建子文件夹来组织集合内的请求。这有助于将逻辑上或功能上相关的请求组合在一起，从而简化查找和维护过程。

在Postman中，可以通过以下步骤对集合进行分类和排序：

1. 创建子文件夹 ：在集合视图中，右键点击并选择“Add Folder”来创建一个新的子文件夹。
2. 移动请求 ：将请求从一个位置拖放到另一个子文件夹中，以组织它们。
3. 重命名和描述 ：右键点击子文件夹或请求，选择“Edit”来修改名称或添加描述，以提高可读性。

3.2.2 共享和协作管理集合

集合的共享和协作管理是团队协作中不可或缺的一部分。Postman提供了多种共享选项，包括邀请团队成员、分享公开链接或者导出集合文件。

在共享集合时，需要考虑以下几点：

1. 权限管理 ：根据团队成员的角色和需求设置不同的权限级别，如“仅查看”、“编辑”或“管理”。
2. 协作体验 ：确保协作团队成员了解如何使用集合，并鼓励他们提出反馈和改进建议。
3. 版本跟踪 ：利用集合的版本控制功能来跟踪变更历史，并在需要时回滚到旧版本。
4. 集成第三方工具 ：考虑集成持续集成或持续部署(CI/CD)工具来自动化测试流程。

// 示例：Postman的集合设置选项
pm.collectionVariables.set("variable_key", "value"); // 设置集合变量
pm.sendRequest({url: pm.collectionVariables.get("url")}); // 使用变量发送请求

通过上述对集合的基础知识和组织管理的深入分析，我们能够充分理解和掌握Postman中创建和管理API请求集合的有效方法。这不仅有助于提高测试效率，还能够促进团队成员之间的协作和沟通。

4. 编写和发送请求

4.1 请求的基本组成

4.1.1 请求方法和URL结构

在编写API请求时，了解HTTP请求方法和URL的结构是基础。HTTP请求方法也被称为HTTP动词，主要有GET、POST、PUT、DELETE、PATCH和HEAD等。GET方法通常用于获取数据，POST用于提交数据，PUT用于更新数据，DELETE用于删除数据，PATCH用于部分更新数据，而HEAD方法通常用于检查资源是否存在。

URL（统一资源定位符）由以下部分组成：

• 协议：例如 http 或 https。
• 域名：服务器的网络位置。
• 端口：通常可选，若未指定则使用默认端口。
• 路径：资源在服务器上的地址。
• 查询字符串：包含一系列参数，以键值对的形式提供。
• 锚点：通常用于定位页面内部的某个部分。

下面是一个典型URL的示例：

https://api.example.com/v1/resource?param1=value1&param2=value2#section

在Postman中创建请求时，通常只需关注协议、域名、路径和查询字符串这四个部分。例如，若要向一个用户服务的API发送GET请求，URL可能是这样的：

https://api.example.com/users?limit=10

其中， https://api.example.com 是API的基础URL， users 是API端点， limit=10 是一个查询参数，用来限制返回的用户数量。

4.1.2 请求头和请求体的编写

请求头（Headers）是HTTP请求的一个组成部分，提供了关于请求的元数据信息。例如， Content-Type 告诉服务器客户端发送内容的格式，而 Authorization 用于传输认证信息。

在Postman中编写请求头时，常见的步骤包括：

1. 选择要使用的HTTP方法（如GET、POST等）。
2. 输入请求的URL。
3. 在Headers选项卡中添加所需的头部信息。

示例请求头：

Content-Type: application/json
Authorization: Bearer YOUR_ACCESS_TOKEN

请求体（Body）包含在HTTP请求中发送给服务器的数据。在Postman中，当选择发送POST或PUT请求时，可以提供请求体。请求体可以是多种格式，如表单数据（form-data）、x-www-form-urlencoded、raw（纯文本、JSON、XML等）或binary文件。

编写请求体时，首先选择Body类型，然后输入要发送的数据。例如，选择raw并设置类型为JSON，输入以下JSON数据：

{
  "name": "John Doe",
  "email": "john.doe@example.com"
}

编写请求时，确保输入的数据格式与API期望的格式一致，否则请求可能会失败。

4.2 请求的高级功能

4.2.1 使用预请求脚本和测试脚本

预请求脚本（Pre-request Scripts）和测试脚本（Tests）是Postman中高级功能的体现，可以用来执行JavaScript代码，以增强请求的功能性和验证响应的有效性。

预请求脚本在发送请求之前执行。这些脚本可以用于设置环境变量、动态修改请求参数或生成发送到服务器的数据。

示例预请求脚本：

// 使用环境变量设置请求参数
var limit = postman.getEnvironmentVariable("limit");

// 修改请求体为动态值
var currentTime = new Date().getTime();
postman.setRequestBody('{"timestamp": "' + currentTime + '"}');

测试脚本在获取到响应后执行。可以利用这些脚本验证响应的状态码、内容以及执行其他的验证逻辑。

示例测试脚本：

// 验证响应状态码为200 OK
pm.test("Status code is 200", function () {
    pm.response.to.have.status(200);
});

// 验证响应体中包含特定内容
pm.test("Response has a body", function () {
    pm.response.to.have.body;
});

通过这些脚本，可以将简单的请求转换为强大的自动化测试用例，大大提升API测试的效率和覆盖面。

4.2.2 请求的验证和重试机制

请求验证通常是指确认请求发送和接收后API的行为是否符合预期。在Postman中，通过使用预请求脚本和测试脚本可以完成对请求的验证。

重试机制是指在请求失败时，自动重新发送请求。在Postman中，虽然没有直接提供重试设置，但可以通过编写JavaScript代码来实现。例如，可以使用预请求脚本检查特定条件，并在条件满足时重新发送请求。

重试脚本示例：

var retries = 3; // 设置重试次数
var delay = 2000; // 设置重试间隔（毫秒）

if (pm.response.code() !== 200 && retries > 0) {
    console.log("Request failed with status code " + pm.response.code());
    console.log("Retrying... " + retries + " more attempts");
    setTimeout(function() { 
        postman.setNextRequest('request-name'); // 重试请求
    }, delay);
    retries--;
} else {
    pm.test("Response is OK on retry", function () {
        pm.response.to.have.status(200);
    });
}

重试机制应谨慎使用，避免无限循环重试，这可能导致服务器负载过大或其他意外情况。

5. 断言和测试API响应

5.1 断言的原理和类型

5.1.1 理解断言的作用和重要性

断言在API测试中是一个关键步骤，用于验证API响应是否符合预期。本质上，断言是对API响应数据的检查，确保它满足某些条件。如果没有断言，我们将无法验证API是否真正按照其规范运作。断言的失败可以立即通知我们API中的问题，从而可以在软件开发周期的早期进行修复，节省修复成本并减少发布产品时的风险。

5.1.2 常用断言方法的使用技巧

在Postman中，我们有多种断言方法可供选择，以下是一些常用的断言方法和它们的使用技巧：

• status code : 检查HTTP响应的状态码是否符合预期。 javascript pm.test("Status code is 200", function () { pm.response.to.have.status(200); }); 在上述代码中，使用 pm.response.to.have.status(200); 来验证响应的状态码是否为200。

• body : 检查响应体中的数据。 javascript pm.test("Body matches string", function () { pm.expect(pm.response.text()).to.include("response"); }); 在这个例子中，我们使用 pm.expect(pm.response.text()).to.include("response"); 来检查响应体是否包含特定的字符串。

• header : 检查响应头是否符合预期。 javascript pm.test("Content-Type header is present", function () { pm.response.headers.has("Content-Type"); }); 该代码段检查响应头中是否包含 Content-Type 字段。

• response time : 验证响应时间是否在可接受范围内。 javascript pm.test("Response time is less than 200ms", function () { pm.expect(pm.response.responseTime).to.be.below(200); }); 此处使用 pm.expect(pm.response.responseTime).to.be.below(200); 来确保响应时间低于200毫秒。

• json values : 检查JSON响应体中的特定值。 javascript pm.test("Response value is correct", function () { const response = pm.response.json(); pm.expect(response.value).to.eql(100); }); 本例中，我们先将响应体解析为JSON对象，然后使用 pm.expect(response.value).to.eql(100); 来验证 value 字段的值是否为100。

5.2 响应的验证和错误处理

5.2.1 验证API响应的状态码和数据结构

在API测试中，验证响应的状态码是一个基本步骤。例如，成功操作（如GET请求）通常预期返回状态码200。验证状态码是通过断言来实现的，如我们在5.1节中所介绍。

数据结构的验证也很重要，特别是当API返回JSON格式数据时。可以使用断言来验证JSON对象的特定属性是否存在或符合预期。

pm.test("Name is present", function () {
    var jsonData = pm.response.json();
    pm.expect(jsonData).to.have.property("name");
});

上述代码段使用 pm.expect(jsonData).to.have.property("name"); 来验证JSON数据中是否含有 name 属性。

5.2.2 处理API响应的异常和错误

异常和错误处理是测试API响应时不可或缺的一部分。在Postman中，我们可以通过检查特定的错误信息来处理异常响应。

• response time : 如果响应时间过长，可能是API性能问题。
• status code : 如果状态码表示错误（如4xx或5xx），需要检查请求或API实现。
• body : 错误信息通常嵌入在响应体中，可以根据错误信息进行断言和错误处理。

pm.test("Check for error response", function () {
    pm.response.to.have.status(404);
    var jsonData = pm.response.json();
    pm.expect(jsonData).to.have.property("error");
    pm.expect(jsonData.error).to.eql("Not Found");
});

上面的代码块中，我们首先验证响应的状态码为404，然后检查响应体是否包含错误信息，并且错误信息必须是"Not Found"。

此外，还可以使用Postman的测试脚本来编写更复杂的错误处理逻辑，例如，记录错误详情、发送通知或者触发后续的测试用例。

if (pm.response.code === 404) {
    console.log("Error found: ", pm.response.text());
    // Implement additional error handling logic here
}

在这段代码中，如果响应状态码为404，它将在控制台中记录错误详情，并可以进行进一步的逻辑处理。

通过以上步骤，我们可以确保API返回的每个响应都经过了严格的验证，以及对任何潜在的错误都进行了适当的处理。这不仅保证了API的质量，还提高了测试过程的可靠性和效率。

6. 使用环境变量存储敏感信息

6.1 环境变量的定义和作用

6.1.1 环境变量的概念和配置方法

环境变量是操作系统用来存储配置信息和控制子进程运行环境的变量。在API测试中，环境变量常用来存储敏感信息，如API密钥、服务器地址和其他配置参数，这些信息可能会根据测试环境的不同而有所差异。比如在开发环境、测试环境和生产环境之间，连接的数据库服务器地址和访问凭据可能会有所不同。使用环境变量可以方便地切换环境，而无需修改代码中的硬编码值。

在Postman中配置环境变量非常简单，可以通过以下步骤进行：

1. 打开Postman，点击左上角的“环境”按钮，选择“添加”创建一个新的环境。
2. 在弹出的界面中，为新环境命名，并添加需要的环境变量。例如，可以添加一个名为 API_KEY 的变量，并为其赋值。
3. 点击“保存”按钮以保存环境配置。

以下是创建环境变量的一个具体例子：

1. 点击左上角的环境下拉菜单，选择 "Manage Environments"。
2. 在弹出的 "Environments" 对话框中，点击 "Add"。
3. 在 "Edit Environment" 对话框中，为环境起一个名称，比如 "Production"。
4. 添加一个变量，例如 "server"，并设置其初始值，比如 "https://api.example.com"。
5. 可以继续添加其他变量，如 "api_key"，并为其提供一个测试值。
6. 完成设置后，点击 "Save" 以保存环境。

6.1.2 环境变量在API测试中的应用

在实际的API测试过程中，使用环境变量可以极大地提高测试的灵活性和可维护性。例如，当需要切换不同的测试环境时，只需要更改环境变量中的相应值，而无需修改请求中的URL、头部信息或其他参数。这样可以避免因环境差异导致的测试配置错误，同时可以确保敏感信息的安全。

在Postman中，可以在请求中使用双大括号（ {{ }} ）来引用环境变量。例如，如果你已经设置了名为 API_KEY 的环境变量，那么在请求的Authorization头部中，你可以这样使用：

Authorization: Bearer {{API_KEY}}

当Postman加载到这个请求时，它会自动用对应环境变量的当前值替换掉 {{API_KEY}} 。这不仅简化了测试过程，也保证了安全性和配置的灵活性。

6.2 环境变量的管理和使用

6.2.1 在Postman中管理多个环境变量

在复杂的项目中，可能会有多个环境变量需要管理，这时候Postman也提供了方便的管理工具。在Postman的“环境”界面中，可以对不同的环境进行快速切换，并且可以查看和编辑每个环境下的变量。此外，还可以复制和删除环境，使得环境管理变得更加方便。

graph LR
A[开始] --> B[打开Postman]
B --> C[选择环境]
C --> D[查看环境变量]
D --> E[添加或修改变量]
E --> F[保存环境]

6.2.2 动态切换环境变量以应对不同环境

在进行API测试时，开发者可能需要在多个环境之间进行切换，如从开发环境切换到测试环境或生产环境。Postman允许用户通过单击环境下拉菜单，迅速在不同环境之间切换，而无需关闭当前请求。这使得开发者可以轻松地测试API在不同环境下的行为。

当需要发送请求到不同的环境时，只需选择相应的环境，Postman会自动使用该环境下配置的变量值来执行请求。此外，Postman还允许用户通过环境变量预设（Presets）和环境变量的作用域（Scope）来进一步管理环境变量。

// 示例代码块，展示如何在请求体中使用变量和表达式
// 此代码块用于展示如何在发送请求时动态引用环境变量

// 假设我们有一个变量名为 "USERNAME"，值为 "user123"
// 以下是一个请求体的例子，其中使用了该变量和一些固定文本

const requestBody = {
    "username": "{{USERNAME}}", // 引用环境变量
    "email": "user123@example.com" // 固定文本
};

// 发送带有动态内容的请求
pm.sendRequest({
    url: 'https://api.example.com/signup',
    method: 'POST',
    header: 'Content-Type: application/json',
    body: {
        mode: 'raw',
        raw: JSON.stringify(requestBody) // 将请求体转换为JSON格式
    }
});

通过以上示例，我们可以看到，在Postman中设置和使用环境变量是提升API测试效率和安全性的有效手段。通过这种方式，测试者可以避免在测试过程中泄露敏感信息，同时快速适应不同测试环境的变化。

7. 导出和导入API集合

在API测试的生命周期中，导出和导入API集合是一个不可或缺的环节。这允许我们将测试工作从一个环境转移到另一个环境，或者与其他团队成员共享测试集合。在这一章节中，我们将探索Postman集合的导出方法，包括单个和多个集合的导出技巧，以及如何设置导出选项以满足特定需求。接着，我们会探讨如何从不同源导入API集合，并介绍集合版本控制和更新维护的最佳实践。

7.1 集合的导出方法

Postman提供了多种方式导出集合，从单个集合到整个工作区的集合。导出的集合可以用作备份，或者分享给团队成员或第三方，以便于在不同的Postman实例中使用。

7.1.1 单个集合和多个集合的导出技巧

导出单个集合非常简单，只需在Postman中选中集合，点击右上角的三个点图标，然后选择“Export”选项，就可以将集合导出为JSON格式文件。对于多个集合，我们可以使用“Collection Runner”或“Postman CLI”工具来批量导出。

使用Postman Collection Runner批量导出

Collection Runner允许用户运行整个集合或集合中的单个请求，并且可以将结果导出为JSON文件。这是批量导出多个集合的理想选择。

1. 在Postman中选择“Tests”选项卡，点击“Run Collection”。
2. 在弹出的对话框中，选择要导出的集合。
3. 点击“Save Response”按钮，然后选择合适的选项来保存响应。

使用Postman CLI批量导出

Postman还提供了命令行工具CLI，允许用户通过命令行批量导出集合。这在需要自动化处理时特别有用。

# 通过命令行导出单个集合
postman run <collection-name> -e <environment-name> -o <output-filename>.json

# 通过命令行导出工作区中的所有集合
postman workspaces list <workspace-name> -e <environment-name> -o <output-directory>

7.1.2 设置导出选项以满足特定需求

导出选项可以让我们根据特定需求自定义导出内容。例如，我们可以选择是否导出环境变量、全局变量等。

1. 在Postman中，选择要导出的集合。
2. 点击右上角的三个点图标，选择“Export”。
3. 在导出窗口中，勾选或取消勾选需要的导出选项。
4. 点击“Export”完成导出。

7.2 集合的导入和版本管理

导入集合是测试和开发工作流程中的一个重要环节，它允许我们使用其他人创建的API集合，或者将旧的集合迁移到新的工作环境中。同时，集合版本控制和更新维护是确保测试集合始终保持最新和相关性的重要步骤。

7.2.1 从不同源导入API集合

集合可以从多种源导入，包括本地文件、链接、GitHub等。

1. 在Postman中，选择“Import”按钮。
2. 选择导入来源：上传文件、链接或选择一个集成服务（如GitHub）。
3. 选择要导入的集合文件或提供必要的连接信息。

7.2.2 集合版本控制和更新维护

版本控制是管理集合变更的关键。Postman提供了内置的版本控制功能，允许我们发布版本，以及创建和管理版本。

1. 在Postman中，选择要管理的集合。
2. 在集合页面的右上角，选择“Versions”选项。
3. 点击“Add a version”按钮，填写版本信息并发布。

更新维护集合时，通过创建新版本来记录变更历史，这样当需要回滚或查看旧版本时，我们总能有迹可循。

graph LR;
    A[开始] --> B[选择导入源]
    B --> C[上传/链接/集成服务]
    C --> D[选择或创建新的环境]
    D --> E[导入并运行集合]

通过以上的步骤，我们可以有效地管理和维护API集合，确保测试工作顺利进行。无论是在团队内部分享，还是进行API集成时的测试，导出和导入功能都是Postman中不可或缺的。

本文还有配套的精品资源，点击获取

简介：Postman是一款强大的API开发和测试工具，在macOS系统上使用免登录版本可以方便快捷地进行API测试。这个版本不需要登录验证，适用于公共网络环境或需要保护个人账户安全的场合。尽管免登录版本的Postman不支持云端同步和自动更新，但它依然提供完整的API请求创建、编辑、发送、断言测试、环境变量使用、集合管理等功能。此外，用户可以导出和导入集合，以及记录请求日志，以协助进行API测试和问题排查。

本文还有配套的精品资源，点击获取