如何在Angular CLI项目子目录中运行指定模块测试？

我完全理解你的需求——在大型Angular项目里全量跑测试太耗时，尤其是CI场景下只需要验证变更模块的话，针对性跑测试能节省大量时间。直接在模块子目录跑ng test确实不行，因为Angular CLI的配置（比如angular.json、tsconfig.spec.json）都是基于项目根目录的，子目录没有完整的配置上下文。下面给你几个可行的方案：

方案1：使用ng test的--include参数（最直接） #

Angular CLI本身支持通过--include参数指定要运行的测试文件路径，不需要修改任何配置。比如你的懒加载模块在src/app/user-management目录下，只需要在项目根目录执行：

ng test --include="src/app/user-management/**/*.spec.ts"

这个命令会只匹配并运行该模块下所有.spec.ts测试文件。

在CI场景下，你可以结合Git的变更检测来动态生成这个参数。比如用git diff找出本次提交变更的文件，提取对应的模块路径，再拼接成--include的参数。举个简单的Bash脚本例子：

# 找出变更的src/app下的文件，提取模块目录
CHANGED_MODULES=$(git diff --name-only HEAD~1 src/app/ | cut -d'/' -f3 | uniq)
# 构建--include参数
INCLUDE_ARGS=""
for MODULE in $CHANGED_MODULES; do
  INCLUDE_ARGS="$INCLUDE_ARGS --include=src/app/$MODULE/**/*.spec.ts"
done
# 运行测试
ng test $INCLUDE_ARGS

方案2：在angular.json中配置专属测试目标（更易维护） #

如果某些模块需要频繁单独跑测试，可以在项目的angular.json里给这些模块配置专属的测试配置。找到你项目的architect.test节点，在configurations里新增对应配置：

"architect": {
  "test": {
    "builder": "@angular-devkit/build-angular:karma",
    "options": {
      // 原有默认配置...
    },
    "configurations": {
      "production": {
        // 原有生产配置...
      },
      "user-management": {
        "include": ["src/app/user-management/**/*.spec.ts"]
      },
      "dashboard": {
        "include": ["src/app/dashboard/**/*.spec.ts"]
      }
    }
  }
}

之后要跑某个模块的测试，只需要执行：

ng test --configuration=user-management

这种方式更清晰，团队成员也更容易记住命令，适合长期维护的项目。

方案3：迁移到Jest（更灵活的测试执行） #

如果你的项目已经或计划迁移到Jest（替代默认的Karma），那单独跑模块测试会更简单——直接指定测试文件路径即可：

jest src/app/user-management/**/*.spec.ts

Jest本身对单文件/目录的测试支持更友好，而且速度通常比Karma快，大型项目迁移后整体测试效率也会提升。

注意事项 #

• 确保你的模块测试是隔离的：每个特性模块的测试文件应该只依赖自身的组件、服务，或者通过Angular的测试模块（TestBed）正确模拟外部依赖，这样单独跑测试才不会出现失败。
• 如果模块有共享的库或服务，你可能需要确保这些共享依赖的测试也通过，但如果CI是基于变更检测的，只有当共享依赖变更时才会跑对应的测试。

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