Mock 在 API 研发中的痛点、价值与进化及Apipost解决方案最佳实践

在日常 API 研发过程中，Mock 是一个几乎无法绕开的话题。无论是项目初期的快速迭代，还是接口尚未就绪的场景，Mock 都能帮助我们在「没有真实后端数据」的情况下，保障前端开发的连续性和效率。

一、真实场景中的痛点

设想这样一个场景：

你正在开发一个电商平台的前端页面，用户点击 “立即支付” 后，前端需要调用后端的支付接口 /pay，返回类似这样的结果：

{
    "data": {
        "code": 0,
        "message": "success",
        "pay_dtime":"2025-08-10 10:00:00",
        "order_id":"sn12345678"
    }
}

但是问题是：

• 后端接口还没开发完，你没办法调试支付成功后的页面逻辑；
• 支付接口依赖外部网关，测试环境尚未配置好，接口无法返回结果；
• 部分接口依赖复杂鉴权和数据准备，前期根本无法调用。

如果前端只能干等后端接口，就会直接导致开发进度被卡死。这时，Mock 就显得尤为重要。

二、常见Mock方案及其弊端

1. 本地 JSON 文件 Mock

最简单的方法是写个本地mock/data.json，然后在接口请求时读取该文件：

fetch('/mock/pay.json')

问题：

• 数据固定，无法模拟不同场景；
• 无法满足分页、条件查询等