单元测试是JavaScript项目稳定迭代的底线保障；Jest因开箱即用、支持现代语法、环境隔离、精准mock和源码级报错等优势成为默认选择，而真正有用的测试需覆盖边界条件、异步逻辑、DOM污染防护及持续维护机制。
单元测试不是锦上添花，而是 JavaScript 项目在迭代中不崩、不退化、敢重构的底线保障。
为什么 jest 是多数 JS 项目的默认选择
jest 内置了测试运行器、断言库、模拟（mock）能力、快照支持，开箱即用。它对 ES 模块、TypeScript、异步代码（async/await、Promise）支持稳定，且默认隔离每个测试用例的执行环境——这点直接避免了 describe 块之间状态污染的问题。
- 不用手动配
babel-jest就能跑现代语法（只要项目有babel.config.js或tsconfig.json） -
jest.mock()能精准替换模块依赖，比如把fetch替换成返回固定数据的函数，不发真实请求 - 报错时堆栈指向源码（非编译后路径），前提是配置了
sourceMaps: true
写一个真正有用的 test 而不是“测了等于没测”
常见错误是只测“能跑通”，比如 expect(fn()).toBeUndefined()，但没验证输入变化时输出是否符合预期。真正的单元测试要覆盖边界、错误路径和核心逻辑分支。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 给函数传
null、undefined、空数组等边缘值，看是否抛出预期错误或返回合理兜底值 - 如果函数内部调用了
localStorage.setItem，就用jest.spyOn(localStorage, 'setItem').mockImplementation(() => {})拦截并断言调用参数 - 异步函数必须
await或返回 Promise，否则 Jest 会跳过断言直接结束测试
beforeEach 和 afterEach 不是装饰用的，是防污染的关键
很多团队忽略测试间状态残留问题：比如某个测试往 document.body 插入了 DOM 节点，下一个测试可能因节点已存在而行为异常；或者全局变量被修改后未还原。
立即学习“Java免费学习笔记（深入）”；
-
beforeEach(() => { jest.clearAllMocks(); })清除所有 mock 的调用记录，避免断言误判 - DOM 相关测试建议加
afterEach(() => { document.body.innerHTML = ''; })，尤其使用jsdom时 - 不要在
beforeAll中初始化共享状态——它无法保证执行顺序，且一旦失败，后续所有测试都跳过
最难的不是写第一个 test，而是让团队持续维护测试覆盖率。关键在于：每次修复 bug 时，先补一个复现该 bug 的测试用例，再改代码——这样 bug 才不会在下次重构里悄悄回来。
