单元测试是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()，但没验证输入变化时输出是否符合预期。真正的单元测试要覆盖边界、错误路径和核心逻辑分支。
- 给函数传
null、undefined、空数组等边缘值，看是否抛出预期错误或返回合理兜底值 - 如果函数内部调用了
localStorage.setItem，就用jest.spyOn(localStorage, 'setItem').mockImplementation(() => {})拦截并断言调用参数 - 异步函数必须
await或返回 Promise，否则 Jest 会跳过断言直接结束测试
beforeEach 和 afterEach 不是装饰用的，是防污染的关键
很多团队忽略测试间状态残留问题：比如某个测试往 document.body 插入了 DOM 节点，下一个测试可能因节点已存在而行为异常；或者全局变量被修改后未还原。
EnablePPA中小学绩效考核系统2.0
下载
无论从何种情形出发，在目前校长负责制的制度安排下，中小学校长作为学校的领导者、管理者和教育者，其管理水平对于学校发展的重要性都是不言而喻的。从这个角度看，建立科学的校长绩效评价体系以及拥有相对应的评估手段和工具，有利于教育行政机关针对校长的管理实践全过程及其结果进行测定与衡量，做出价值判断和评估，从而有利于强化学校教学管理，提升教学质量，并衍生带来校长转变管理观念，提升自身综合管理素质。
立即学习“Java免费学习笔记（深入）”；
-
beforeEach(() => { jest.clearAllMocks(); })清除所有 mock 的调用记录，避免断言误判 - DOM 相关测试建议加
afterEach(() => { document.body.innerHTML = ''; })，尤其使用jsdom时 - 不要在
beforeAll中初始化共享状态——它无法保证执行顺序，且一旦失败，后续所有测试都跳过
最难的不是写第一个 test，而是让团队持续维护测试覆盖率。关键在于：每次修复 bug 时，先补一个复现该 bug 的测试用例，再改代码——这样 bug 才不会在下次重构里悄悄回来。
