Jest如何为被Mock的类与实现生成代码覆盖率？

我来帮你理清这个问题的核心逻辑和可行方案，解决你遇到的Mock覆盖实际代码导致覆盖率为0的困扰：

1. 回归单元测试的职责边界（最推荐方案） #

首先要明确：单元测试的核心是验证当前模块的逻辑，依赖的外部服务/类应该用Mock隔离，而被依赖模块的代码覆盖率，应该由它自己的单元测试来保证。

举个例子：

• 如果你在测试UserController时Mock了UserService，那这个测试只需要验证UserController如何调用UserService的Mock方法，以及它自身的业务逻辑是否正确。
• UserService的实际代码覆盖率，应该专门写针对UserService的单元测试，直接调用它的实际方法来覆盖分支和语句。

这种方式下，你不需要在UserController的测试里纠结UserService的覆盖率，整体项目的覆盖率是各个模块自身测试覆盖率的总和，逻辑清晰，也符合单元测试的设计原则。

2. 用jest.requireActual()实现部分Mock，兼顾Mock与实际代码覆盖率 #

如果你的场景确实需要在当前测试中同时使用Mock和执行部分实际代码（比如集成测试场景，或者需要验证Mock与实际代码的交互），可以用Jest提供的jest.requireActual()来加载实际模块，再针对特定方法进行Mock，未被Mock的方法会执行实际代码，从而统计到覆盖率。

示例1：Mock单个方法，保留其他方法的实际实现 #

// 在你的测试文件中
// 先加载实际的UserService模块
const actualUserService = jest.requireActual('./services/UserService');
// 只Mock你需要的方法，其他方法用实际实现
const UserService = {
  ...actualUserService,
  getUserById: jest.fn(() => Promise.resolve({ id: 1, name: 'Test' }))
};
// 把修改后的模块注入到测试环境
jest.mock('./services/UserService', () => UserService);

示例2：Mock类，但保留部分实例方法的实际逻辑 #

const { UserService: ActualUserService } = jest.requireActual('./services/UserService');

jest.mock('./services/UserService', () => {
  return {
    UserService: jest.fn().mockImplementation(() => {
      // 创建实际类的实例
      const actualInstance = new ActualUserService();
      // 只Mock特定方法，其余方法用实际实现
      actualInstance.createUser = jest.fn(() => Promise.resolve({ id: 2 }));
      return actualInstance;
    })
  };
});

这样，未被Mock的方法会执行实际代码，运行测试时就能统计到这些方法的覆盖率。

3. 关于“让Mock生成覆盖率”的误区 #

其实Mock代码属于测试辅助代码，不是生产业务代码，统计它的覆盖率没有实际意义——我们要保证的是生产代码的逻辑被覆盖，而不是测试用的模拟实现。所以不建议刻意去让Mock生成覆盖率，反而会混淆真实的业务代码覆盖情况。

如果之前你尝试过coveragePathIgnorePatterns忽略实际文件或者加/* istanbul ignore next */，这些都是规避问题的方式，而非最优解，更推荐用前面两种方案来规范测试逻辑。

内容的提问来源于stack exchange，提问作者Jeffrey van den Wijngaard