在 Web 我的项目中，大部分采纳的都是前后端拆散的开发模式，前后端通过接口来进行数据交互。后端实现的接口十分多，每个接口都要通过测试来保障性能失常。
我的项目是前后端拆散的，测试也应该是前后端拆散的，后端开发的每一个接口都应该先测试通过，再与前端一起联调。如果通过前端界面来测试，会有很多弊病：
- 不肯定每个后端接口都有前端页面，没有前端的接口就测试不了；
- 如果开发不同步，后端接口写好了，前端页面还没写好，这样接口就不能及时测试；
- 如果测试过程中有问题，划分责任等也会带来沟通的老本，延误工夫。
Postcat 是一款非常简单不便的 API 管理工具，有很多弱小的性能，像 API 文档、API 测试、API 治理等这些外围性能。
一、Postcat 客户端装置
能够间接去 github 或者 gitee 下载本人须要的版本。
装置实现后显示这样：
如果在应用当中有什么疑难，能够查看残缺的用户文档：
https://docs.postcat.com/?utm…
如果对产品有倡议或者反馈，能够去提个 issue，不过我集体感觉，最快的形式去群里反馈了，这里我就不放群二维码了，文档页里有。
二、Postcat 简介
Postcat 是一款类 Postman 的开源 API 管理工具，它更轻量，同时可拓展。
反对根底的 API 文档和测试性能，还能够通过插件帮忙你将 API 公布到各个利用平台，比方公布到网关实现 API 上线，或者和低代码平台联合，将 API 疾速变成可应用的组件等。
Eolink 在 2022 年开源了 Postcat 我的项目，Postcat 建设在 Eolink 多年以来在 API 全生命周期畛域的行业教训根底之上，同时心愿通过开源排汇社区中最棒的想法和实际。
好了，说到这里，必定会有人说，目前 API 管理工具那么多，你为啥举荐这个呀？
- 齐全开源且收费，代码公开；
- 反对插件广场，有更丰盛的生态；
- 有更弱小的文档性能；
这个工具目前晓得的人不多，作为新的工具，而且还是收费的，是应该须要反对的！好不好用看咱们本人的需要了。Salute!