sublime text 不支持自动化接口测试，仅可作为 json/curl 编辑器；实际需配合 httpie 等外部工具执行请求，通过 .http 文件格式和自定义构建系统实现手动触发测试。
Sublime Text 本身不支持自动化接口测试，别白配了
Sublime Text 是编辑器，不是测试运行时环境。它没有内置 HTTP 客户端、无法执行异步请求、也不解析 JSON 响应体——subl 命令行工具连发起 curl 都得靠外部调用，更别说做断言、变量提取、用例编排这些事。所谓“配置自动化接口测试平台”，本质是把 Sublime 当成一个带语法高亮和快捷键的 JSON/CURL 编辑器，真跑测试还得靠别的工具。
用 Sublime 编辑 http 文件 + HTTPie 手动触发最实际
如果你坚持在 Sublime 里写请求、看响应，推荐用 .http 文件格式（HTTPie 支持），配合插件 Http Request 或手动绑定快捷键调起终端执行：
- 安装
HTTPie：pip install httpie（macOS/Linux）或choco install httpie（Windows） - 在 Sublime 中新建文件，保存为
test.http，内容示例：GET https://jsonplaceholder.typicode.com/posts/1 User-Agent: Sublime-HTTPie
- 配置 Sublime 构建系统（
Tools → Build System → New Build System），填入：{ "shell_cmd": "http --print=hb --pretty=all - 按
Ctrl+B（Win/Linux）或Cmd+B（macOS）即可在输出面板看到请求头+响应体
注意：--print=hb 只显示 header+body，避免混入状态行干扰；--pretty=all 自动格式化 JSON 响应——这是唯一能“解析 JSON”的地方，但只是美化，不提供字段提取或断言能力。
JSONPath 或 jq 查字段？得切到终端
Sublime 没有运行时，没法在编辑器里执行 jsonpath 表达式或调 jq。想验证响应中某个字段值是否符合预期，只能：
- 复制响应体 → 粘贴到终端执行：
echo '{"id":1,"title":"test"}' | jq '.title' - 或者用在线工具（如
https://jsonpath.com），但要小心敏感数据泄露 - 如果用
HTTPie，可链式调用：http https://api.example.com/data | jq '.data[].name'
别指望 Sublime 插件（比如 JSON Reindent）能替代 jq——它只格式化，不查询；JSONLint 只校验合法性，不提取字段。
真要自动化？换工具，别硬扛
一旦需要以下任意一项，就该立刻停用 Sublime 主流程：
- 批量执行多个接口（比如登录 → 获取列表 → 删除某条）
- 从响应中提取 token 并复用于下个请求头（
Authorization: Bearer xxx） - 写断言：
assert response.status == 200 and 'items' in response.json() - 生成报告、对接 CI（GitHub Actions / Jenkins）
这时候选 Postman（导出为 newman 命令行跑）、curl + bash 脚本、或 Python 的 requests + pytest 组合更靠谱。Sublime 最多当个辅助：写好 .py 测试脚本后，用它编辑、跳转、搜索——别让它干 runtime 的活。
容易被忽略的一点：很多人花半天配 Sublime 的“一键测试”，结果发现每次改参数都要手动改 .http 文件里的 URL 或 body，而真正省时间的是用变量模板（比如 {{base_url}}）——这只有 Postman、RestClient（VS Code 插件）或代码里用 f-string 才支持。
