JavaScript单元测试是驱动代码设计的实践，能降低缺陷率、增强重构信心、暴露设计问题；Jest零配置上手，需聚焦行为、覆盖典型输入、Mock外部依赖，并通过持续反馈提升代码质量。
JavaScript 单元测试不是“写完代码再补的流程”，而是驱动你写出更清晰、可维护、可重构代码的设计实践。它不能 绝对保证
代码质量，但能显著降低缺陷逃逸概率、增强重构信心、暴露设计弱点——前提是测试写得对、跑得勤、读得懂。
用 Jest 快速上手单元测试
Jest 是目前最主流的 JavaScript 测试框架，零配置起步，自带断言、Mock、覆盖率报告等功能。
- 安装：运行
npm install --save-dev jest，并在package.json中添加"test": "jest" - 写一个待测函数（例如计算数组最大值）：
const getMax = arr => arr.length ? Math.max(...arr) : undefined; - 在同目录下新建
getMax.test.js，内容如下：
test('returns max value from array', () => {
expect(getMax([1, 5, 3])).toBe(5);
expect(getMax([])).toBeUndefined();
}); - 运行
npm test，即可看到通过/失败结果和具体差异提示
测试什么？聚焦“行为”而非“实现”
好测试验证的是函数 做了什么，而不是 怎么做的。这让你后续可以安全地优化内部逻辑，而不必重写测试。
- 覆盖典型输入：正常值、边界值（空、极小、极大）、非法输入（null、undefined、错误类型）
- 验证返回值、抛出的错误、调用的副作用（如是否调用了某个 API 函数）
- 避免测试私有工具函数或内部变量——它们应通过公开接口的行为间接覆盖
Mock 外部依赖，让测试稳定又快速
真实请求 API、读写 localStorage、调用定时器……这些都会让测试变慢、不可靠、难调试。Jest 提供强大 Mock 能力隔离外部影响。
- 用
jest.mock('./api')模拟模块，控制返回假数据 - 用
jest.fn()创建模拟函数，检查是否被调用、传了什么参数 - 用
jest.useFakeTimers()拦截setTimeout，跳过等待直接推进时间
单元测试如何真正提升代码质量
它不靠“多写测试”堆砌质量，而通过持续反馈倒逼改进：
- 迫使函数职责单一：难以测试的函数，往往耦合了太多逻辑或依赖 —— 这是重构信号
- 提供即时回归防护：改一行代码后测试挂了，立刻知道影响范围，而不是等上线才发现
- 成为可执行文档：看测试比看注释更快理解一个函数的预期行为和边界情况
- 降低心理负担：有高覆盖的核心逻辑测试，敢删旧代码、敢换技术栈、敢接手他人模块
不复杂但容易忽略：测试的价值不在“有没有”，而在“有没有在改代码时顺手更新”、“有没有覆盖真正容易出错的分支”。写十个只测 return 1 的测试，不如写一个覆盖空数组、负数、NaN 的 getMax 测试来得实在。
