第一次用Postwoman是页调在一个凌晨两点。后端接口挂了，试工Swagger页面刷不出来，页调Postman又卡在登录界面转圈。试工同事甩来一个链接：postwoman.io。页调打开，试工输入URL，页调点Send，试工响应回来了。页调整个过程不到十秒，试工没注册，页调没装客户端。试工

这工具后来改名叫Hoppscotch，页调但老用户还是试工习惯叫它Postwoman。名字起得直白——Postman的页调替代品，面向女性开发者（虽然实际上跟性别没半点关系）。印度开发者Liyas Thomas在2019年写的，开源，MIT协议。GitHub上现在快六万星了。

它到底解决什么问题

Postman确实强大，但越来越重。启动要等，同步要登录，团队协作要付费。很多时候我只是想测一个接口，看返回的JSON长什么样。为这个装个Electron应用，不值。

Postwoman跑在浏览器里。打开网页就能用，请求从浏览器发出。这意味着跨域问题会冒出来——浏览器有CORS限制，Postman作为桌面应用没这个约束。Postwoman的应对方式是提供代理模式，或者你装个浏览器插件。不算完美，但大部分公开API直接能用。

我试过用它调GitHub API、调自己的Flask服务、调公司内网的Kong网关。内网那个需要配代理，稍微折腾了一下。公开API基本零配置。

界面和操作

左边栏选方法：GET、POST、PUT、DELETE、PATCH、HEAD、OPTIONS。填URL，下面分Params、Headers、Body、Authorization几个标签页。跟Postman的布局逻辑一样，迁移成本几乎为零。

有个细节我挺喜欢：URL输入框支持环境变量，用<<variable>>语法。比如https://<<host>>/api/users，然后在环境里定义host的值。切换开发/测试/生产环境时不用改URL。

响应区显示状态码、耗时、大小。Body支持JSON、XML、HTML、图片预览。JSON会自动格式化，带折叠。大响应体也不会卡——它做了虚拟滚动。

还有个功能叫“集合”。可以把一组请求存成一个集合，分享链接给别人。不需要账号，链接本身就是数据。用URL的hash传递，服务器不存内容。这个设计挺聪明，隐私友好，但也意味着链接会很长。

WebSocket和GraphQL

除了HTTP，它还支持WebSocket、Socket.IO、GraphQL、SSE。GraphQL那个我试过几次，能发query和mutation，有语法高亮，但schema自动补全不如专门的GraphQL Playground。WebSocket测试倒是方便，连上之后消息收发都在一个时间线里展示。

实际使用中的坑

浏览器发请求，有些header设不了。比如User-Agent、Origin，浏览器会覆盖或拦截。测试需要自定义这些header的接口时，得开代理或者换工具。

文件上传也有限制。浏览器安全策略下，multipart/form-data的文件字段处理不如桌面端灵活。我传过一个20MB的文件，直接卡住了。小文件没问题。

另外就是依赖网络。离线用不了——除非你自部署。Hoppscotch提供了Docker镜像，可以跑在自己服务器上。我在本地用Docker起过一个实例，响应速度比公共版快不少，毕竟没有网络延迟。

谁适合用

快速验证接口、临时调试、不想装软件的场景。前端开发者调后端接口，测试人员做冒烟测试，或者写文档时附一个可点击的请求链接。团队里非技术成员也能用——发个链接过去，点Send就行，不用教他们配Postman。

但如果你需要复杂的测试脚本、CI集成、团队协作空间、Mock Server，Postman或者Insomnia还是更合适。Postwoman的定位就是轻量、快速、零门槛。它没打算取代谁，只是给你多一个选择。

我现在的工作流是：临时调试用Postwoman，项目级的API管理用Postman。两个都开着，不冲突。那个凌晨两点的接口问题，最后是用Postwoman定位到的——后端返回了500，但错误信息藏在response header里，Postman的界面没直接展示，Postwoman的Raw模式一眼就看到了。

工具这东西，顺手就行。