我来分享几个在Postman里实现请求复用、避免重复维护的实用变通方案，完美适配你这种API快速迭代的场景：

把所有请求的通用部分（比如BaseURL、认证头、全局参数）都存到Postman的环境变量里，每个端点请求只保留自身特有的路径、参数和请求体。然后给集合添加一个全局预请求脚本，动态给所有请求注入通用配置：

// 全局预请求脚本示例：统一设置协议、域名和认证头
pm.request.url.protocol = pm.environment.get("api_protocol");
pm.request.url.host = pm.environment.get("api_host");
// 自动添加或更新认证头
const authHeader = pm.request.headers.find(h => h.key === "Authorization");
if (authHeader) {
    authHeader.value = `Bearer ${pm.environment.get("auth_token")}`;
} else {
    pm.request.headers.add({key: "Authorization", value: `Bearer ${pm.environment.get("auth_token")}`});
}

这样API的基础配置变更时，只需要修改环境变量，不用逐个调整请求，从根源减少重复修改的工作量。

Postman允许在测试脚本里用pm.sendRequest()调用任意请求，你可以把每个端点的请求只维护一份，然后在测试场景里通过脚本按需调用，还能灵活控制执行顺序：

1. 先把所有单端点请求放到一个「基础请求集合」里，每个请求设置好独立的逻辑和断言；
2. 在需要复用的场景中，右键目标请求选择「复制链接」，然后在测试脚本里调用：

// 测试脚本中复用另一个请求的示例
pm.sendRequest("https://api.postman.com/collections/你的集合ID/requests/目标请求ID", function (err, res) {
    if (err) {
        console.error("复用请求失败:", err);
        pm.test("复用请求执行失败", () => pm.expect.fail(err.message));
    } else {
        // 这里可以添加针对复用请求结果的断言
        pm.test("复用请求返回200", () => pm.expect(res.code).to.eql(200));
        // 还可以把返回值存到环境变量，供后续请求使用
        pm.environment.set("user_id", res.json().data.id);
    }
});

这种方式下，你只需要维护「基础请求集合」里的单份请求，测试场景的执行顺序完全由脚本逻辑控制，甚至可以根据前一个请求的结果动态决定下一个要调用的请求。

如果需要更灵活的批量测试或复杂的执行逻辑，可以用Postman的命令行工具Newman配合Node.js脚本，实现动态组合请求顺序：

1. 先维护一个「基础请求集合」，里面是所有单端点的独立请求；
2. 用Node.js脚本读取这个集合，根据测试场景的需求筛选并排序请求，生成临时的测试集合后调用Newman运行：

const newman = require('newman');
const baseCollection = require('./your-base-collection.json');

// 根据业务场景自定义请求执行顺序
const testFlow = [
    // 筛选出需要的请求
    baseCollection.item.find(item => item.name === "获取用户列表"),
    baseCollection.item.find(item => item.name === "创建新用户"),
    baseCollection.item.find(item => item.name === "删除测试用户")
];

// 克隆基础集合并替换请求序列
const tempCollection = JSON.parse(JSON.stringify(baseCollection));
tempCollection.item = testFlow;

// 运行Newman测试
newman.run({
    collection: tempCollection,
    environment: './your-env.json',
    reporters: ['cli', 'html']
}, (err) => {
    if (err) throw err;
    console.log('测试流程执行完成!');
});

这个方案的优势是完全脱离Postman UI，适合集成到CI/CD流程中，而且API变更时只需要更新「基础请求集合」里的对应请求即可。

创建一个通用的「模板请求」，把所有可变部分（请求方法、端点路径、参数、请求体）都用Postman变量代替，比如：

• URL: {{baseURL}}/{{target_endpoint}}
• 请求方法: {{request_method}}
• 请求体: {{request_body}}

然后在不同的测试场景里，通过预请求脚本设置这些变量的值，再发送请求：

// 预请求脚本：设置模板请求的变量值
pm.environment.set("target_endpoint", "/users/123");
pm.environment.set("request_method", "PUT");
pm.environment.set("request_body", JSON.stringify({name: "测试用户", email: "test@example.com"}));

这种方式适合结构相似的请求，只需要维护一个模板，不同场景通过变量切换即可。

内容的提问来源于stack exchange，提问作者Martin Grey