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 处理落地
很多边界分支藏在错误处理里。不要只测“成功流程”。例如：
- 用 jest.mock 拦截 fetch 或 axios，返回 404 / 500 / 网络超时响应
- 对 JSON.parse 封装函数，传入非法 JSON 字符串
'{a:}' - 调用可能抛错的方法（如
fs.readFileSync）时，mock 它抛出ENOENT错误 - 测试 Promise.reject() 被正确捕获，且 reject 值符合预期结构
验证修复效果，而非仅追求数字达标
补完测试后，手动删掉某条边界用例，确认对应代码行再次变红；再故意注释掉一个 else 分支里的逻辑，看是否有用例立刻失败。真正有效的边界测试，删了它就会暴露 bug —— 这才是它存在的意义。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
