解释在 grunt 中实现焦点回归测试 - 问题详情 - 创脉思

解读

“焦点回归测试”在国内前端团队里通常指**“仅对最近一次改动所影响的功能进行验证”，而不是全量回归。Grunt 作为老牌任务运行器，本身不提供测试框架，但可以通过插件把“改动文件 → 影响范围分析 → 用例筛选 → 执行 → 结果通知”整条链路串起来。面试时，考官想看的是候选人能否把“Grunt 插件生态 + Git 差异 + 测试框架”组合成一套可落地、可插拔、可 CI 的自动化方案**，并解释清关键配置与性能收益。

知识点

grunt-contrib-watch：监听 Git diff 出来的文件列表，触发后续任务。
grunt-git-diff 或自建 Node 脚本：拿到 git diff --name-only HEAD~1 的改动文件数组。
依赖反向映射：利用 webpack-stats-plugin、babel-plugin-module-resolver 或自维护的 importMap.json，把**“源码文件 → 测试用例”**反向索引出来。
grunt-mocha-test / grunt-karma：接收上一步算出的用例清单，通过 --grep 或 karma.conf.js 的 client.args 只跑相关用例。
grunt-concurrent + grunt-contrib-clean：并行跑测试、eslint、type-check，结束后清理临时文件，保证二次运行干净。
grunt-notify：结果推送到 macOS/Windows 通知中心，实现“写完代码 3 秒内知道是否回归通过”。
CI 降级策略：若 Git 树不干净（如合并提交过多），自动回退到全量回归，防止漏测。

答案

在 Grunt 中实现焦点回归测试的核心思路是**“先找改动文件，再算影响用例，最后只跑这些用例”**。具体分四步：

取差异文件
在 Gruntfile 里写自定义任务 git-diff，用 child_process.execSync 执行 git diff --name-only HEAD~1 --diff-filter=ACM，输出数组 changedFiles。
建立映射表
预编译阶段扫描 src/ 与 test/，生成 fileToSpecs.json，格式为
{ "src/utils/date.ts": ["test/utils/date.spec.ts", "test/pages/order/list.spec.ts"] }
这一步可放在 grunt.registerTask('build-map', function(){ ... }) 里，每次依赖升级或目录结构调整后手动触发即可。
动态生成测试列表
任务 collect-specs 遍历 changedFiles，去 fileToSpecs.json 里取并集，得到 specsArray，写入临时文件 .focus-tests.txt，一行一个文件路径。
执行并通知
grunt.initConfig 中配置
```
mochaTest: {
  focus: {
    options: {
      ui: 'bdd',
      reporter: 'spec',
      quiet: false,
      require: ['./test/bootstrap.js'],
      grep: grunt.file.read('.focus-tests.txt').split('\n').join('|')
    },
    src: ['test/**/*.spec.ts']
  }
}
```
最后 grunt.registerTask('focus-regression', ['git-diff', 'collect-specs', 'mochaTest:focus', 'notify:ok']);
本地开发时跑 grunt focus-regression，平均耗时从 240 秒降到 18 秒；CI 里若 .focus-tests.txt 为空则自动降级执行 grunt test:full。

拓展思考

Monorepo 场景：如果仓库用 Lerna 或 pnpm workspace，可在 git-diff 任务里加 --since=main...HEAD 并配合 lerna changed 先定位受影响的子包，再分别到各子包内执行上述流程，避免全局扫描。
精度提升：引入 Istanbul 的**“代码覆盖率反向映射”**，把上一次 master 覆盖率报告与本次 diff 做交集，能进一步剔除“改动但未被引用”的 dead code 对应用例。
可视化回归：把 .focus-tests.txt 上传到阿里云 OSS，再用钉钉机器人把“本次回归范围 + 通过率”推到群卡片，让测试同学一眼知道风险点。
与 Vite/Webpack 双构建共存：老项目仍用 Grunt 做流程编排，新模块用 Vitest，可通过 grunt-exec 把 vitest run --reporter=json 结果回写到 Grunt 的 grunt.log.ok()，实现统一出口，逐步迁移而不打断现有 CI。