如何在Jest中用不同配置运行测试并解决快照冲突？

这确实是个挺常见的痛点——既要在CI里快速跑核心测试，又要保证全量测试的快照完整性，还不能让两边互相干扰。我给你几个经过实践验证的解决方案，你可以根据自己的测试框架（比如Jest、Vitest）和流程来选：

方案1：按测试分组拆分快照文件 #

最直接的办法是把耗时的测试用例单独拎出来，放到独立的测试文件里（比如xxx.slow.test.js），然后：

• 在CI环境中，运行测试时通过--testPathIgnorePatterns=".*\.slow\.test\.js"排除这些慢测试文件；
• 每日全量测试时，运行所有测试文件，包括慢测试。

这样对应的快照文件也会分开（比如xxx.slow.test.js.snap），CI完全不会碰这些慢测试的快照，自然不会出现“快照被移除”或“未引用快照”的报错。全量测试生成的慢测试快照可以正常提交到仓库，因为CI运行时根本不处理这部分文件。

如果不想拆分文件，也可以给慢测试加标记（比如Jest的test.skip或者用环境变量判断跳过），然后在全量测试时取消跳过。这时候需要配合Jest的--testNamePattern来只运行慢测试并更新它们的快照：

# 全量测试时，单独跑慢测试并更新快照
npm run test -- --testNamePattern="slow" --updateSnapshot

方案2：基于环境变量隔离快照目录 #

如果不想拆分测试文件，可以通过配置测试框架，让不同环境使用不同的快照目录。以Jest为例，你可以自定义一个快照解析器：

1. 在项目根目录创建snapshotResolver.js：

const path = require('path');

module.exports = {
  // 根据环境变量决定快照存放目录
  resolveSnapshotPath: (testPath, snapshotExtension) => {
    const snapshotDir = process.env.RUN_FULL_TEST 
      ? '__full_snapshots__' 
      : '__snapshots__';
    return path.join(path.dirname(testPath), snapshotDir, path.basename(testPath) + snapshotExtension);
  },
  // 反向解析快照对应的测试文件
  resolveTestPath: (snapshotPath, snapshotExtension) => {
    const isFullSnapshot = snapshotPath.includes('__full_snapshots__');
    const testDir = isFullSnapshot 
      ? path.dirname(snapshotPath).replace('__full_snapshots__', '') 
      : path.dirname(snapshotPath).replace('__snapshots__', '');
    return path.join(testDir, path.basename(snapshotPath, snapshotExtension));
  },
  // 用于一致性检查的示例测试路径
  testPathForConsistencyCheck: path.join(__dirname, 'src', 'example.test.js'),
};

2. 在jest.config.js里配置使用这个解析器：

module.exports = {
  snapshotResolver: './snapshotResolver.js',
  // 其他配置...
};

然后：

• CI环境下不设置RUN_FULL_TEST，自动使用__snapshots__目录，只处理核心测试的快照；
• 每日全量测试时，设置RUN_FULL_TEST=true，使用__full_snapshots__目录，生成所有测试的快照。

两个目录的快照完全独立，互相不会干扰，CI也不会校验__full_snapshots__里的内容。

方案3：在CI中跳过未引用快照的检查 #

如果上面的方案都不想用，还有个简单的临时办法：在CI运行测试时，关闭Jest的“未引用快照”检查。你可以在CI的测试命令里加上--no-snapshot-check参数：

npm run test -- --no-snapshot-check

不过这个方案要谨慎使用——它会关闭所有快照的引用检查，可能会漏掉一些无效的旧快照。适合临时过渡，或者你的测试快照非常规范的场景。

方案4：自动化快照管理流程 #

如果你的项目有自动化的CI/CD流程，可以在每日全量测试完成后，自动将新生成的慢测试快照提交到一个单独的分支，或者标记为“全量测试专属快照”。然后在CI运行时，只拉取核心测试对应的快照。不过这个方案需要一定的Git脚本基础，复杂度稍高，但适合大型项目。

总之，最推荐的是方案1或方案2，它们既能彻底解决冲突，又能保持测试流程的清晰性。

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