从 开源项目推广困境 这个帖子继续聊起
感谢佬友们上次对项目的建议,学习到了很多,我进一步梳理了 PocketMocker 的思路。
特别感谢 @YougLin 大佬的建议
前端开发中,一个长期痛点是:调试网络边缘场景非常麻烦。
比如,我想测试 UI 如何处理 500 内部服务器错误或异常的 JSON 数据,通常有三种低效方式:
- 在组件里硬编码临时逻辑
if (true) throw new Error()
不优雅,而且容易忘记清理。
- 请求后台修改配置或数据 需要等待后台改动,效率低。
- 搭建复杂 Mock 服务器 为了一个小测试投入大量精力,成本高。
Chrome DevTools 虽然可以观察流量,但无法直接干预请求。
核心理念:调试,而不仅仅是 Mock
Pocket Mocker 的设计理念是:“在浏览器层拦截请求,快速调试 UI 对异常网络响应的处理 ”。
特点:
- 即时拦截 & 修改:在请求到达应用代码前修改状态码、Headers 或 Body
- 手术刀式调试 :
- 测试 Error Boundary → 改状态码
- 重现缺字段 bug → 改 JSON 响应
- 零代码污染:无需修改项目文件,自由控制规则开关
它不是要替代 MSW 或全套 Mock 方案,而是专注于加强前端对于 http 的控制。
核心功能亮点
- 修改状态码:模拟 401 / 404 / 500 等
- 编辑响应体:轻松测试空数据、长文本或异常字段
- 零污染:浏览器层生效,不改原项目文件
- 即时效果:修改立刻反映在 UI 上
在我的日常工作中,Pocket Mocker 大大提升了调试效率,尤其是复现生产环境 bug 或者测试边界条件时,节省了大量时间。
如果你佬友们曾为前端网络调试头疼,不妨试试 Pocket Mocker。
它让网络调试像手术一样精准、可控,而不是依赖笨重的 Mock 或改后台数据。
GitHub 地址:

评论区(暂无评论)