JS单元测试防回归缺陷的核心是让测试成为重构支撑点：快速反馈、稳定运行、覆盖关键行为且不随实现细节失效；需聚焦输入输出场景命名、断言用户可感知状态、重构前补全核心路径测试、小步重构并即时验证、规范mock与工具检查。
前端代码重构期间，JS 单元测试防止回归缺陷的核心不是“多写测试”，而是让测试真正成为重构的支撑点——它得能快速反馈、稳定运行、覆盖关键行为，且不随实现细节轻易失效。
确保测试覆盖的是行为，不是实现
重构时最常踩的坑是测试断言过度绑定内部逻辑。比如函数内部改用 Promise.all 替代 for 循环，但测试却断言了“调用了 3 次 fetch”，这就导致测试失败，而实际功能没变。
- 测试命名聚焦输入输出场景，例如
test('returns empty array when input is null'，而不是test('calls filter method once' - 避免对私有辅助函数、中间变量或执行顺序做断言，除非该顺序本身就是接口契约（如事件触发顺序）
- 对组件测试，优先断言渲染结果（如文本、class、属性）或用户可感知的状态，而非内部 state 结构
重构前先补全核心路径的测试
如果原有测试覆盖率低，重构就等于“蒙眼拆墙”。必须在动代码前，为待重构模块的关键输入/输出组合补上最小可行测试集。
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 识别主流程函数：如
handleSubmit、formatCurrency、validateForm - 为每个函数覆盖至少三类用例：正常值、边界值（空、0、null、undefined）、异常值（非法类型、超长字符串）
- 用 Jest 的
describe.each快速批量验证相似逻辑，避免重复样板
用测试驱动小步重构节奏
把重构拆成原子级操作，每步之后都运行相关测试，确认行为未变。这不是形式主义，而是建立即时反馈闭环。
立即学习“前端免费学习笔记（深入）”；
- 提取函数（Extract Function）：先写新函数的测试 → 实现 → 在原位置调用它 → 运行原测试通过 → 删除旧逻辑
- 重命名变量/函数：确保 IDE 重命名功能生效，再全局搜索确认无遗漏引用；测试名和断言中若含旧名，一并更新
- 替换依赖（如 axios 改为 fetch）：先抽象出统一请求函数，加测试 → 再切换底层实现 → 原有业务测试应全部通过
借助工具保障测试稳定性
测试本身不可靠，比没测试更危险。几个关键检查点：
- 禁用异步测试中的
setTimeout或真实定时器，统一用jest.useFakeTimers()控制时间流 - Mock 外部依赖（API、localStorage、第三方 SDK）时，只 mock 接口契约，不 mock 内部实现细节
- CI 流水线中强制执行
npm test -- --coverage --bail，覆盖率低于 75% 或任一测试失败即阻断合并 - 定期运行
jest --detectOpenHandles，排查未清理的定时器或事件监听器导致的测试污染
