JavaScript项目补全边界分支需先识别遗漏点：用覆盖率工具定位未执行的else/catch/default等红色分支，依函数签名和业务规则测试临界值（如0、NaN、空字符串、空数组），模拟异常路径（404、非法JSON、ENOENT），并验证删用例后代码行变红、注释逻辑后用例失败。

在 JavaScript 项目中补全未测试的边界分支，核心是先识别遗漏点，再针对性编写用例覆盖，而非盲目堆砌测试。关键不在于“多”，而在于“准”——抓住输入临界值、状态跃变点和异常传播路径。

用覆盖率工具定位真实缺口

别只看整体覆盖率数字。用 nyc 或 Vitest 的详细报告（如 `--coverage --reporter=html`）打开 HTML 报告，逐行查看标红的条件分支（红色）和未执行的 else / catch / default 分支。重点关注：

• if/else 中被跳过的 else 或嵌套 else if 分支
• switch 里没写到的 case 或 missing default
• try/catch 中未触发的 catch 块（尤其是网络错误、解析失败等）
• 函数提前 return 后面的逻辑是否被绕过

从输入源头反推边界值

边界不是凭空想的，而是由函数签名和业务规则决定的。例如：

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

• 接收数字参数 → 测试 0、-1、Number.MAX_SAFE_INTEGER、NaN、null、undefined
• 处理字符串 → 测试空字符串 ''、单字符、超长字符串、含 Unicode/控制字符的字符串
• 操作数组 → 测试空数组 []、单元素、长度为 10000 的大数组、含 undefined 或 null 元素的稀疏数组
• 依赖外部状态（如 localStorage）→ 模拟该状态不存在、为空或格式错误

模拟异常路径，让 catch 和 error 处理落地

很多边界分支藏在错误处理里。不要只测“成功流程”。例如：

立即学习“Java免费学习笔记（深入）”；

• 用 jest.mock 拦截 fetch 或 axios，返回 404 / 500 / 网络超时响应
• 对 JSON.parse 封装函数，传入非法 JSON 字符串 '{a:}'
• 调用可能抛错的方法（如 fs.readFileSync）时，mock 它抛出 ENOENT 错误
• 测试 Promise.reject() 被正确捕获，且 reject 值符合预期结构

验证修复效果，而非仅追求数字达标

补完测试后，手动删掉某条边界用例，确认对应代码行再次变红；再故意注释掉一个 else 分支里的逻辑，看是否有用例立刻失败。真正有效的边界测试，删了它就会暴露 bug —— 这才是它存在的意义。