直接从三类高频函数切入，重点练判断力和修复动作：纯计算函数补边界值、带副作用函数mock并覆盖多状态、状态管理逻辑触发并发与非法输入；用first原则自检测试质量，并结合覆盖率报告优化盲区。
直接从三类高频函数切入，不背概念，不堆工具链，重点练判断力和修复动作。
盯住三类典型函数反复过
多数 JS 单元测试问题就集中在以下三块，复习时优先拉出来单练：
-
纯计算函数（如 sum、debounce、deepClone）：重点补边界值——null、undefined、NaN、-0、Infinity、循环引用；浮点运算必须用
toBeCloseTo而不是toBe；字符串数字相加要显式转类型再比对。 -
带副作用函数（如 fetchUser、renderList）：删掉所有真实请求和 DOM 操作，改用
jest.mock或jest.fn()替换；检查是否覆盖了成功、失败、pending 三种状态；断言里必须写出调用次数和参数内容，不能只写“被调用了”。 -
状态管理逻辑（如购物车 reducer、表单校验、分页计算）：别只测“点一下加一”，要刻意触发并发提交、重复点击、非法输入；reducer 测试固定写法：
initialState → action → expectedState；React 组件异步更新必须包act()。
用 FIRST 原则快速自检
每个测试写完或读完，花 10 秒过一遍这五条，不记缩写，记行为：
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
-
F（快）：单个测试是否在 50ms 内跑完？含
setTimeout或真实网络就立刻 mock 时间或接口。 -
I（独立）：删掉其他测试，它还能单独通过吗？有共享 localStorage、全局变量或未清理的 mock 就加
beforeEach重置。 -
R（可重复）：连续跑 5 次结果是否完全一致？涉及
Date.now()、Math.random()的全得 mock。 -
S（自验证）：断言是否具体到字段？比如不用
toBeTruthy()，而写expect(res.data).toBeDefined()或expect(err.code).toBe('NETWORK_TIMEOUT')。 - T（及时）：改一行业务逻辑，这个测试有没有立刻报错？没红说明它没卡住核心路径，要么断言太弱，要么根本没测对地方。
结合覆盖率报告动手优化
跑一次 npx jest --coverage，别只看百分比，重点看三类盲区：
- 没覆盖的分支：if/else 里某个分支没走到，就补一个让条件为 false 的用例；
- 冗余断言：同一行代码被多个测试重复断言，留最精准的那个，删掉模糊的；
-
精度缺口：比如只测了
sum(1, 2)，但没测sum(0.1, 0.2)，就加一个浮点用例并用toBeCloseTo。
不靠死记，靠场景还原
每次复习不从文档开始，而是打开自己项目里最近一次 CI 失败的测试用例，问自己三个问题：
- 它为什么失败？是逻辑改了但测试没跟上，还是 mock 写错了？
- 如果现在重写，FIRST 五条里哪条没做到？
- 换成另外两类函数（比如把工具函数改成 API 调用），该怎么改测试结构？
