使用ts-jest时是否需要转译TypeScript测试代码？要保留exclude配置吗？

现有配置合理性说明 #

你当前使用的tsconfig.json配置是常规业务开发场景下的标准配置：

{
  "include": ["./src/**/*"],
  "exclude": ["./src/__tests__/**/*"],
  "compilerOptions": {
    "rootDir": "./src",
    "outDir": "./build",
    ...
  }
}

建议保留该exclude设置：你的outDir配置指向的./build目录通常用于存放生产环境待发布的业务代码，测试代码本身不参与生产运行，排除后可以避免测试逻辑、Mock 数据被误打包到生产环境，也能缩减生产构建的耗时和产物体积。

测试文件编译生成的JS产物的使用价值 #

编译后的JS测试文件并非完全无用，常见适用场景包括：

• 压缩CI/CD测试环节耗时：如果你的流水线没有配置ts-jest的缓存能力，预编译测试文件为JS后，可以直接在纯Node.js环境运行测试，省去每次执行测试时的TS转译开销，适合大项目的流水线提速场景。
• 排查转译异常问题：当测试运行出现不符合预期的逻辑错误、类型相关的运行时报错时，可以直接对比TS测试源码和编译后的JS代码，快速定位问题是出在TS语法转译环节，还是自身的业务/测试逻辑编写问题。
• 测试逻辑跨环境分发：如果需要对外输出测试用例、或者团队内部跨项目复用测试逻辑，编译后的JS测试文件可以适配不同项目的TS版本配置，避免TS版本差异导致的测试代码无法运行的兼容性问题。

特殊场景下的配置调整方案 #

如果你需要用到上述JS测试产物的能力，不建议直接修改生产用tsconfig.json的exclude配置，建议单独为测试场景新增一份tsconfig.test.json，配置单独的outDir（例如./build-test）存放测试编译产物，和生产构建产物隔离即可。

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