Mockphine

Mockphine 是什么？

Mockphine 是专为小型开发和 QA 团队设计的本地 Mock API 服务器。其核心目的是通过为每个端点定义明确的路由规则（mock、透传或禁用）来使本地 API 行为确定化，同时保持对实际提供响应的可见性。

Mockphine 避免猜测不稳定后端或 staging 变更如何影响测试，而是专注于本地优先控制和实时检查。这有助于团队更快调试、保持 UI 和 QA 循环顺畅，并减少开发过程中的意外行为。

主要特性

• 每个端点的确定性路由匹配：定义精确规则，确保端点行为在运行和团队共享工作流中保持一致。
• 受控透传模式：通过将特定请求路由到真实后端保持部分完成的服务连接，同时保护团队免于意外实时调用。
• 每个端点的严格 vs 回退行为：配置服务器在条件不满足时的行为，并集中管理。
• 实时“served-by”和负载可见性（Live View）：检查每个响应是在请求发生时被 mock、严格失败还是透传。
• 故障和延迟模拟：模拟延迟、故障和重试，以验证前端和 QA 流程如何处理不利条件。
• 开发 + QA 协作的共享请求日志：使用通用的请求级证据，以便跨角色重现和讨论问题。

如何使用 Mockphine

1. 为您的操作系统安装 Mockphine（本站提供 macOS 和 Windows 下载）。
2. 启动本地服务器 并为 API 调用配置端点路由规则，按路由选择 mock、passthrough 或 disabled。
3. 针对本地服务器运行正常的前端或测试工作流。
4. 使用 Live View 检查请求结果——确认每个响应是被 mock、严格规则失败还是透传。
5. 通过调整路由和模拟设置迭代行为（例如延迟或故障），直到本地测试循环反映验证需求。

使用场景

• 后端不稳定时调试 UI 行为：服务延迟或变更时，将特定端点路由到 mock 响应，让 UI 和 QA 循环继续而不停滞。
• 测试严格故障和重试逻辑：本地模拟故障和延迟，然后在 Live View 中确认哪些请求严格失败、哪些透传或返回 mock 负载。
• 逐步集成未完成服务：使用受控透传仅连接就绪端点，同时保持其他端点禁用或 mock 以防意外实时使用。
• 跨开发和 QA 重现请求级问题：共享请求日志，让两团队在本地测试中验证相同请求行为和负载细节。
• 减少 staging 变更带来的意外：从首次调用起使本地 API 行为明确，避免 staging 变更悄然改变测试结果。

常见问题

• Mockphine 中的“passthrough”是什么意思？ Passthrough 将配置的端点路由到真实后端，而不是提供 mock 响应，同时仍允许管理哪些端点可实时访问。

• 我可以在本地禁用端点吗？ 可以。Mockphine 支持将端点路由到 disabled 模式，除了 mock 和透传行为。

• 如何知道响应是 mock 还是来自后端？ 产品包含 Live View，提供实时可见性，显示每个响应是被 mock、严格失败还是透传。

• Mockphine 支持模拟延迟和故障吗？ 支持。它支持故障/延迟模拟，以在发布窗口前验证重试、超时和回退行为。

• 在哪里下载 Mockphine？ 本站列出 macOS 和 Windows 下载。

替代方案

• 使用静态服务器存根的 API 模拟工具：这些工具专注于返回预定义响应，但可能无法提供每个请求结果相同的实时“served-by”可见性。
• 浏览器内模拟方法（基于 service worker）：这些适用于前端集成循环，但团队跨本地优先路由控制和请求源检查的处理方式可能不同。
• API 虚拟化工具（网络/服务虚拟化）：通常针对更大规模或企业级工作流；在设置方式和小团队本地循环的适用性上可能有所不同。
• 通用请求/路由模拟工具：替代方案可模拟网络条件，但可能无法在单一本地工作流中结合确定性每端点路由与同等程度的 served-by 和负载检查。