JavaScript代码覆盖率不能直接用于精简脚本因其依赖源码结构插桩统计而压缩会破坏语句边界、重命名标识符、消除死代码并导致Source Map错位正确做法是在未压缩源码上运行覆盖率工具并通过回归测试、Source Map验证等方式保障精简后质量。JavaScript代码覆盖率Coverage在精简脚本如构建后的 min.js、bundle.js 或单文件工具脚本中通常无法直接生效因为覆盖率工具如 Istanbul / nyc、Jest、Vitest依赖源码的原始结构如语句、分支、函数位置来插桩和统计。而精简过程会删除空格、重命名变量、合并语句、内联函数导致原始行号与执行位置严重错位覆盖率结果失真甚至完全失效。为什么精简脚本本身不适合跑 Coverage覆盖率工具需在源码中插入计数器如 __coverage__.s[1]记录每条语句是否被执行。但精简脚本没有原始语句边界压缩器可能把多行逻辑压成一行使“语句覆盖率”失去意义 变量/函数名被缩短userValidation → a无法映射回可读逻辑影响分支与函数覆盖率归因 Source Map 若缺失或不匹配覆盖率报告无法准确定位到源文件中的真实位置 Tree-shaking 或死代码消除后部分代码根本不会出现在精简产物中但覆盖率仍可能尝试统计“不存在的行”正确做法Coverage 应作用于源码而非精简产物覆盖率必须在开发阶段、基于未压缩的源代码如 src/*.js 或 transpiled but unminified dist/*.js运行。关键操作包括用 Babel / TypeScript 编译时保留 Source MapsourceMaps: true禁用压缩minify: false 测试运行器如 Vitest配置 coverage.provider: v8 或 istanbul并确保 include 指向源码目录 若使用打包工具Webpack/Vite在测试环境关闭 TerserPlugin 和所有压缩选项 生成的覆盖率报告如 HTML应关联原始 .ts 或 .js 文件而非 bundle.min.js如何验证精简脚本的功能完整性替代 Coverage 的思路既然 Coverage 不适用于 min.js可用以下方式间接保障精简后质量 Adobe Image Background Remover Adobe推出的图片背景移除工具