如何主动设置所有Mirage JS请求返回500状态码？

1. 统一网关层拦截配置 #

• 实现逻辑：在所有Mock服务的入口前部署统一的反向代理/API网关，所有请求先经过网关再转发到对应Mock服务，在网关层配置全局故障注入规则直接返回500，不需要转发到后端Mock服务。
• 常用工具实现：
  • 用Nginx时，添加如下全局配置即可生效：

    server {
        listen 80;
        location / {
            return 500 "Internal Server Error";
        }
    }
    

  • 用Kong、APISIX等云原生网关时，直接开启全局故障注入插件，配置所有请求返回500状态码即可。
• 适用场景：临时批量测试场景，不需要修改各个Mock服务的原有配置，规则开启/关闭都可以秒级生效。

2. Mock框架全局规则配置 #

• 实现逻辑：如果所有Mock服务使用同一种Mock框架，可以配置优先级最高的全局匹配规则，覆盖原有单接口的Mock规则，所有请求默认返回500。
• 常用工具实现：
  • WireMock：添加最高优先级的全局Stub：

    wireMockServer.stubFor(any(anyUrl())
        .atPriority(1)
        .willReturn(aResponse().withStatus(500))
    );
    

  • MockServiceWorker（MSW）：在全局handler中添加全匹配规则：

    worker.use(
      http.all("*", () => {
        return new Response(null, { status: 500 })
      })
    )
    

  • Moco：在JSON配置顶部添加最高优先级的全局规则：

    {
      "request": { "uri": ".*" },
      "response": { "status": 500 },
      "priority": 1
    }
    

• 适用场景：所有Mock服务使用统一Mock技术栈的场景，不需要额外部署中间件。

3. 服务治理平台全局故障注入 #

• 实现逻辑：如果Mock服务都统一注册到Nacos、Eureka等注册中心，且有配套的服务治理平台，可以直接对所有标记为Mock的服务实例批量配置故障注入规则，统一返回500状态码。
• 适用场景：微服务架构下存在大量分布式Mock实例的场景，配置一次即可全集群生效。

4. 测试代码层统一封装Mock #

• 实现逻辑：单元测试、集成测试场景下，封装统一的Mock工具类，把所有外部依赖服务的调用默认返回500状态码的响应，测试用例直接引入该工具类即可全局生效。
• 常用工具实现：Python的unittest.mock、Java的Mockito、Go的gomock等都支持批量配置Mock方法的默认返回值。
• 适用场景：代码层面的本地测试场景，不需要部署独立的Mock服务。

注意事项 #

• 配置全局500规则时需要将规则优先级调到最高，避免和原有单接口Mock规则冲突
• 测试完成后及时关闭全局规则，避免影响其他正常测试场景

内容的提问来源于stack exchange，提问作者adB