Trae + Postman MCP 零代码搭建博客接口自动化测试全流程

通过 Trae + Postman MCP，用自然语言指令就完成了博客接口自动化测试工程的搭建，从清场、用例生成、数据联动到最终测试，大部分工作都由 AI 自动完成，只需要手动修正少量细节，大大提升了测试效率。

H_unique

222人浏览 · 2026-05-02 13:37:43

H_unique · 2026-05-02 13:37:43 发布

一、前言

随着AI的发展，在学习软件测试的过程中，出现了更高效、更自动化的接口测试方案——Trae IDE + Postman MCP，可以用 “自然语言 + AI” 的方式，一键搭建完整的接口自动化测试工程，甚至能自动处理用例、断言、数据联动。

二、MCP

MCP 的全称是 Model Context Protocol（模型上下文协议），是一种开放标准和协议，规范人工智能模型与外部数据源、工具和系统之间的通信方式。

它是一种客户端-服务器架构的开放协议，规定了 AI 模型（客户端）如何以统一的方式，去发现并调用外部世界（服务器）提供的能力。这里的“能力”通常指数据资源、可执行工具和提示模板这三种。

MCP 本身不提供任何数据或工具，它只是一套通信规范。它关心的是消息格式该怎么写、能力该如何被发现、请求和响应该怎样流转。

Postman MCP Server

一个 MCP 服务器，能让我们在 AI 工具里直接管理和执行 Postman 里的 API 集合。

将 Postman MCP 服务器配置给你的 AI 客户端（比如Trae、 Claude 桌面版、VS Code 等）后，我们可以用自然语言下达指令，AI 会自动通过 Postman 去干活。

三、前置准备

1、下载postman - mcp - server 源码

git clone https://github.com/delano/postman-mcp-server.git

cd postman-mcp-server

安装依赖：

pnpm install

构建服务器：

pnpm run build

2、获取 Postman API Key

要让 Trae 通过 MCP 调用 Postman，首先需要生成 Postman API Key，步骤如下：

打开 Postman 客户端，点击右上角的头像，选择「Settings」进入设置页面；
在左侧菜单栏找到「API keys」选项，点击「Generate API Key」；
给你的 Key 起个名字（比如 trae-mcp-blog），点击生成；
关键提醒：生成后会直接显示一次完整的 API Key，务必立刻复制保存，Postman 不会再次明文展示！

3、Trae 中配置 Postman MCP

① 打开 Trae IDE，进入「设置」-「MCP」选项；

② 点击「添加」按钮，选择「手动配置」；

③ 在配置框中输入以下 JSON 内容，将 YOUR_API_KEY 替换为刚才复制的 Postman API Key：

{
  "mcpServers": {
    "postman": {
      "command": "node",
      "args": ["你的本地postman-mcp路径/index.js"],
      "env": {
        "POSTMAN_API_KEY": "YOUR_API_KEY"
      },
      "disabled": false
    }
  }
}

④ 配置完成后，打开 Trae 右下角的「与 Builder with MCP 协作」，切换到你配置好的 Postman MCP 即可使用。

四、清空Postman测试环境

旧的测试集合、过期的环境变量、后台运行的监控任务，都可能干扰本次测试的结果 —— 比如旧集合和新项目同名导致 MCP 调用错误对象，或者残留的 Token 让登录接口直接通过，导致测试结果不真实。只有从干净的环境开始，才能保证每次运行的结果唯一且可复现。

在 Trae 中给 MCP 发送以下提示词：

使用postman MCP处理以下操作：清除postman中所有的集合、环境变量、监控内容。

清场是为了排除干扰，保证可复现：旧集合可能和新项目同名导致 MCP 调用错对象，旧环境变量可能残留同名但错误的值（如过期 token、错误地址），旧监控器可能后台自动运行产生脏数据——全删掉从零创建，才能确保每次运行脚本都从同一干净起点出发，结果唯一且可控。

删除完成：

重要注意事项：Trae 和 Postman MCP 都没有 “撤销删除” 或 “回收站恢复” 功能，删除操作不可逆，执行前务必确认！

五、自动化构建博客接口测试

需求背景：

我们要为一个博客系统搭建接口自动化测试，包含用户登录、用户信息、博客列表、博客详情、发布 / 修改 / 删除博客等 8 个核心接口，每个接口覆盖正常场景和异常场景，同时实现 Token 自动鉴权、动态数据传递、定时监控执行。

流程：

接口文档——针对所有接口设计测试用例——将用例转成保存在postman集合结合中的接口（将传统的测试脚本转为接口）——针对接口添加断言（实现了测试）——添加监控（实现自动化）

接口文档：

只展示部分，主要是告诉我们测试的步骤不能少

测试用例：

注意修改用例名称，每个用例前面添加上接口名称前缀，如正常登录、异常登录，便于用例的区分。

将准备好的接口文档和测试用例发送给Trae，并且给出指令：

在 Trae 中给 Postman MCP 发送以下指令：

使用postman MCP执行以下操作：根据博客接口信息.md文档和博客测试用例.md文档中内容，梳理文档中所有接口以及接口对应的测试用例（放在每个接口下面的表格中），将所有测试用例统一管理在我的空间下博客接口测试集合中，必须满足以下要求：

1. 接口名称取接口测试用例文档中定义的名称；

2. 添加请求参数：根据文档中输入列对接口添加请求头参数，注意请求参数的格式；

3. 添加接口断言：完全按照预期结果列中的响应值和响应码；

4. 根据文档中内容，部分接口需要添加请求头user_token：获取正常登录接口返回值token数据作为其他接口的user_token的值；

5. 获取有效的blogId：从列表页接口返回值data数组中的id获取；

6. 创建监控"博客系统接口自动化"，每天12点执行；

7. 每个接口必须完全按照文档要求不允许遗漏对应的请求头、请求参数和接口断言。

建好集合：把所有接口按文档里定义的名字，统一放进“博客接口测试集合”里。
配好参数和权限：给每个接口加上正确的请求头，并自动用登录接口拿到的 token 给其他需要认证的接口鉴权。
写好断言：严格按文档里的预期响应码和响应值，给每个接口加上自动化测试断言。
链好数据：自动从列表接口的返回值里，把 blogId 这种动态数据取出来，传给后面的接口用。
设好定时任务：最后创建一个每天12点自动执行的监控器。

自动构建结果；

Trae 会自动完成所有接口的创建和用例配置，最终生成的测试集合包含 8 个接口、56 个测试用例，覆盖所有场景：

接口	用例数量	核心场景
用户登录	8 个	正常登录（保存 Token 到集合变量）、用户名 / 密码为空、用户不存在、密码错误、用户已删除等异常场景
获取用户信息	8 个	正常查询、未登录、用户不存在、token 无效等场景（使用 `{{user_token}}` 鉴权）
获取博客作者信息	8 个	正常查询、未登录、blogId 为空、博客不存在等场景
获取博客列表	5 个	正常获取列表（保存第一个博客 ID 到 `{{blog_id}}` 变量）、未登录等场景
获取博客详情	8 个	正常查询、未登录、博客不存在、blogId 无效等场景
发布博客	7 个	正常发布、未登录、标题 / 内容为空、标题超长等场景
修改博客	8 个	正常修改、未登录、博客不存在、token 无效等场景（使用 `{{blog_id}}` 传递数据）
删除博客	8 个	正常删除、未登录、博客不存在、非本人博客、blogId 负数等场景