自己用着烦，做了个开源接口测试平台，支持 Cursor MCP 写流跑流

我是后端，最近一年最烦的是移动端接口这件事。

接口写完其实自己也能测，但挺麻烦的：拼参数、换环境、搞 Token 、多步场景还得串起来。懒了就按公司流程丢到 eolink ，等前端做出来再联调。

结果经常是：前端第一次很难跑通。有的是文档和实现对不上，有的是鉴权/前置条件没说清楚，有的是我自己当时就没认真验过。两边来回扯，时间就耗掉了。

后来想，与其把「第一次能不能通」押在联调上，不如自己这边先把链路跑顺。于是做了质衡（ Qualitest ）。

简单说就两块：

给人用的是画布。
接口进项目库，调试台直接发，环境一键切。 多步场景拖节点搭：请求、断言、分支、赋值、子流这些。 登录鉴权可以收成子流，口令放素材库，不用到处复制 Header 。 画布上也能用自然语言改流，不过会先出 Diff ，确认了再合并。 测试同学如果不用 MCP ，光用画布其实也够用了。

给我自己用得最多的是 MCP 。
人在 Cursor 里写完接口，可以直接：导入接口 → 写测试流 → 跑流。 挂了继续在对话里改，不用先切 eolink / Postman ，也不用干等前端联调才发现不对。 Java 的话也可以用 IDEA 插件扫 Controller 入库 API ；非 Java 用 MCP import 也行。

前端对接前如果也跑一下「登录 → 调接口 → 看返回」，会比对着过期文档猜靠谱一点。不过我做这个的第一动力，其实就是自己先测通，少把坑留给联调。

技术栈没啥花活：Java 17 / Spring Boot ，前端 Vue3 ，Apache-2.0 ，Docker Compose 能起。 另有个 demo 商城靶场，和 IDEA 插件。

官网： https://qualitest-hq.github.io/qualitest/ 仓： https://github.com/qualitest-hq/qualitest demo： https://github.com/qualitest-hq/qualitest-demo 插件： https://github.com/qualitest-hq/qualitest-intellij-plugin

自己用着还行。有同类情况的后端——接口写完懒得测、推文档等联调、联调又一轮翻车——很想听听你们现在怎么扛的，以及 MCP 这套会不会用。 欢迎喷，也欢迎 Star / Issue 。