javascript单元测试中应用边界值分析法，关键是识别函数在数值、字符串长度、索引、布尔状态、浮点精度等维度的上点、离点与内点，并结合js特性（如类型转换、nan、异步时机）设计意图明确、可读可维护的测试用例。
在 JavaScript 单元测试中应用边界值分析法，核心不是套用模板，而是把“边界在哪、怎么取、为什么取”落到具体函数的输入逻辑上。它不依赖框架（Jest、Vitest、Jasmine 都适用），关键在于你对被测代码边界的识别和验证意识。
明确 JS 函数的边界在哪里
JS 中的边界不全是数字范围，要结合类型、长度、状态、索引、精度等综合判断：
-
数值类：如
Math.max(1, x, 100)中，x 的有效区间是 [1, 100]，边界点就是 1、100；离点是 0 和 101；注意 JS 的Number.MAX_SAFE_INTEGER（9007199254740991）也是隐式边界 -
字符串/数组长度：如
function truncate(str, maxLength) { return str.slice(0, maxLength); }，若需求规定maxLength ≥ 1，则边界是 1；离点是 0（可能触发空字符串或异常）；若允许 0，则上点是 0，离点是 -1 -
索引与下标：数组操作（
arr[i]、arr.at(i)）、字符串charAt()等，边界是0和arr.length - 1，离点是-1和arr.length -
布尔/状态切换点：如
if (count > 0) { ... } else { ... }，边界就是count === 0—— 这个“0”就是上点，-1 和 1 是离点 -
浮点精度：JS 浮点误差常见于边界比较，比如
0.1 + 0.2 === 0.3为 false；若函数处理金额四舍五入，边界可设为0.005（进位临界）、0.004999（不进位）
按“上点–离点–内点”取值，写可读可维护的测试用例
不要堆砌一堆数字，每个用例应有明确意图。以 Jest 为例：
// 被测函数：计算折扣后价格，满 100 减 20，需精确到分
function calcDiscountedPrice(price) {
if (price >= 100) return parseFloat((price - 20).toFixed(2));
return parseFloat(price.toFixed(2));
}
<p>// 推荐写法：用描述性名称 + 明确边界语义
test('calcDiscountedPrice 应在 price = 100 时触发折扣', () => {
expect(calcDiscountedPrice(100)).toBe(80);
});</p><p>test('calcDiscountedPrice 应在 price = 99.99 时不触发折扣', () => {
expect(calcDiscountedPrice(99.99)).toBe(99.99);
});</p><p>test('calcDiscountedPrice 应在 price = 100.01 时触发折扣', () => {
expect(calcDiscountedPrice(100.01)).toBe(80.01);
});</p><p>test('calcDiscountedPrice 应在 price = 0 时返回 0（最小有效输入）', () => {
expect(calcDiscountedPrice(0)).toBe(0);
});</p><p>test('calcDiscountedPrice 应在 price = -1 时返回 -1（无效但需容错）', () => {
expect(calcDiscountedPrice(-1)).toBe(-1); // 根据实际需求决定是否抛错
});
</p>
这里覆盖了：上点（100）、离点（99.99、100.01）、内点（0）、健壮性点（-1）。所有用例名直指边界逻辑，而非“test case 3”。
警惕 JS 特有的边界陷阱
JS 动态类型和隐式转换会让边界行为更隐蔽，测试时需主动“挑刺”：
-
类型 coercion 边界：传入
"100"、null、undefined、""是否被正确处理？例如parseInt("100") === 100，但parseInt("") === NaN—— 空字符串就是典型离点 -
NaN / Infinity 边界：这些值无法用
===比较，要用Number.isNaN()或!isFinite()判断；它们常出现在计算溢出或除零后，是高风险离点 -
对象属性访问边界：如
obj?.prop或obj[prop]，当prop是0、""、undefined、null时行为是否一致？obj[0]和obj["0"]在数组/普通对象中表现不同 -
异步边界：Promise 的
resolve/reject时机、setTimeout(fn, 0)与微任务队列的交互，其“边界”是执行顺序的临界点，需用await waitFor或 mock timer 验证
和等价类配合，避免遗漏组合边界
单变量边界容易识别，多参数时需聚焦“一次只动一个边界”。例如：
function validateUser(name, age, email) { /* ... */ }
若 age 边界是 [13, 120]，name 长度是 [1, 50]，则不要测所有组合（如 13+1、13+50、120+1、120+50），而应：
- age 取 12（离点）、13（上点）、120（上点）、121（离点），name 全部固定为中间值（如 "Alice"）
- name 取 0（离点）、1（上点）、50（上点）、51（离点），age 全部固定为中间值（如 30）
- 仅对真正耦合的边界加组合，如“年龄 0 岁 + 邮箱为空”是否触发同一错误分支
这种“弱健壮性”策略（单缺陷假设）在 JS 单元测试中效率最高，也最利于定位问题根源。
