行覆盖率不达标本质是未触达关键路径，需聚焦红（未执行）黄（部分覆盖）行识别逻辑盲区，优先补构造函数校验、条件分支else块、副作用语句等高漏点，每次仅攻一个最小可测点并验证结果。
行覆盖率不达标，说明有可执行语句没被测试代码触发。这不是“写得不够多”的问题，而是“没打中关键路径”。重点不是补全所有行，而是识别哪些未覆盖行暴露了逻辑盲区，并用最小改动让它们亮起来。
先看懂报告里的红与黄
运行 npx jest --coverage 后打开 coverage/lcov-report/index.html：
- 红色行：完全没执行，比如构造函数里的参数校验、if 分支里的 else 块、catch 语句体；
- 黄色行：部分覆盖，常见于
if (a && b)中只走了a=true, b=true，但a=false时整行没进； - 特别注意 getter、箭头函数绑定方法、async 函数里
await后的语句——这些容易被忽略，但属于可执行行。
聚焦三类高概率漏点快速补漏
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
-
构造函数和初始化逻辑：比如
class User { constructor(name) { if (!name) throw new Error(); this.name = name; } }，若只测了new User('Alice')，那throw那行就是红色。补一个expect(() => new User()).toThrow()就能让它变绿。 -
条件分支中的隐含执行行：如
if (x > 0) { doA(); } else { doB(); }，若只测了x=5，那么doB()所在行就是红色。只需加一个test('handles negative x', () => { instance.handle(x = -1); expect(mockDoB).toHaveBeenCalled(); });。 -
副作用型语句：比如
console.warn('fallback used')、this._cache.clear()、localStorage.setItem('flag', 'done')。这些行不返回值，但影响行为。测试时要 mock 并验证是否被调用，不能只调用方法就结束。
避免无效补法，守住有效性底线
- 不要只为“让行变绿”而调用方法却不校验：
utils.formatDate(null)跑过了，但没检查是否返回'Invalid Date'，那这行覆盖是虚假的； - 不要忽略异步语句：
await api.fetch()后面还有行？必须await完整执行，否则后续行永远不亮； - 不要 mock 掉整个依赖后就认为“覆盖完成”：mock 了 fetch 成功，但
catch块里的错误处理行仍是红色——得再补一个失败场景。
每次只攻一点，见效最快
打开报告，找一个红色最扎眼、位置最靠前（通常是类顶部或主逻辑入口）的行，问自己：
- 这行为什么没跑？是输入没走到？还是异常没抛出？
- 最小输入是什么？比如让
if (arr?.length)为 false，传arr = null就够； - 补一个测试，加一句断言，刷新报告——看到它变绿，再动下一个。
不复杂但容易忽略
