关键在于测行为而非实现，如折扣函数应断言输入输出组合而非私有调用路径；函数需隔离副作用（抽离Date、fetch等依赖）；调试重断点与作用域观察，避免console.log幻影；测试间须清理状态防污染。
掌握 JS 单元测试和调试，关键不在工具堆砌，而在理解“测什么”和“怎么查”。很多团队写了大量测试却挡不住线上故障，不是因为没写，而是掉进了几个隐蔽但高频的坑里。
别把测试写成代码复述
这是最普遍也最危险的陷阱。比如一个计算折扣的函数，你用 jest.mock 模拟内部方法调用、用 verify 断言私有逻辑执行次数——这实际是在锁定当前实现路径。一旦重构为策略模式或改用状态机，测试全红，但功能完全正常。
正确做法是只关心输入与输出：
- 给定普通用户 + 非会员日 → 返回原价
- 给定 VIP 用户 + 会员日 → 返回 7 折
- 传入空订单 → 抛出明确错误
测试名也应体现行为：shouldApply70PercentDiscountForVipOnMemberDay，而不是 testDiscountCalculationFlow。
让函数真正可测：隔离副作用
不可测函数往往藏在看似无害的细节里：
- 调用
Date.now()或Math.random()→ 提取为参数，如getNow: () => Date.now() - 直接修改传入对象（
obj.status = 'done'）→ 改为返回新对象或加mutate: true标识 - 用
setTimeout但不返回 Promise → 必须显式return new Promise(resolve => ...)或改用Promise.resolve().then(...) - 依赖
fetch或localStorage→ 抽象为参数，默认值为真实实现，测试时传入 mock
示例修正：
❌ 不可测function fetchUser(id) { return fetch(`/api/users/${id}`).then(r => r.json()); }
✅ 可测function fetchUser(id, apiClient = fetch) { return apiClient(`/api/users/${id}`).then(r => r.json()); }
调试时少靠 console.log，多用断点与作用域观察
console.log(obj) 看似方便，但对象引用会动态更新，打印后改了属性，控制台显示的却是最新值——你以为抓到了问题现场，其实看到的是“幻影”。尤其在异步链中，log 出来的状态常已过期。
更可靠的方式：
- 在关键函数入口加
debugger;，或在 Sources 面板点击行号设断点 - 利用 Chrome 的
$0到$4快速访问最近检查的 DOM 元素 - 在断点暂停后，展开 Scope 面板，逐层查看闭包变量、this 值、参数内容
- 对可疑属性设
watch表达式，或右键属性名 → “Break on property modification”
避免测试间状态污染
多个测试共用同一全局对象、缓存、计时器或 mock，会导致随机失败。例如：
- 一个测试里
jest.useFakeTimers()但没jest.runOnlyPendingTimers()或jest.useRealTimers()还原 - 测试中修改了
localStorage，下一个测试读到脏数据 - 用
beforeAll初始化共享 mock，但未在afterEach清理
推荐实践：
- 默认使用
beforeEach和afterEach，保证每个测试干净启动、彻底收尾 - mock 尽量在测试内部声明（
jest.fn()），而非模块顶层 - 涉及时间、存储、网络等外部依赖，务必在
afterEach中还原或清空
