单元测试是提升前端代码健壮性的最直接手段，覆盖正常、边界、异常三类输入，用断言锁定行为稳定性，隔离外部依赖，并集成到开发流程中持续验证。
单元测试是提升前端代码健壮性的最直接、最可控手段——它不靠运气兜底，而是用可重复的验证把“可能出错”的逻辑提前暴露出来。
覆盖三类关键场景：正常、边界、异常
健壮性不是只让代码在理想条件下运行，而是让它在各种现实状况下不崩溃、不误判。测试必须主动构造这三类输入：
-
正常输入：验证基础功能是否符合预期，比如传入合法邮箱字符串，
isValidEmail("test@domain.com")应返回true -
边界值：测试临界情况，如空数组、极大数字、0、
undefined、null；sum([1, 2, 3])正常，也要测sum([])和sum([Infinity]) - 异常输入：模拟非法或恶意数据，如传入对象代替字符串、注入脚本片段、伪造接口返回结构；确保函数不抛未捕获错误，或能返回明确的错误状态而非静默失败
用断言锁定行为，而非仅检查输出
健壮的测试不止看“结果对不对”，更要看“行为稳不稳”。例如处理用户输入的函数：
- 用
expect(fn).not.toThrow()确保不会意外崩溃 - 用
expect(result).toBeNull()或expect(result).toEqual({ error: 'invalid format' })明确约定错误路径的返回形态 - 对副作用操作（如 DOM 修改、localStorage 写入），用
jest.spyOn检查是否被正确调用，避免“看似没报错，实则没干活”
隔离依赖，聚焦逻辑本身
外部不可控因素（API、时间、随机数、DOM）是健壮性最大的干扰源。单元测试必须切断它们：
立即学习“Java免费学习笔记（深入）”；
- 用
jest.mock()替换真实请求，固定返回数据，避免网络波动影响测试稳定性 - 用
jest.useFakeTimers()控制setTimeout和setInterval，验证防抖、轮询等时间敏感逻辑是否按预期执行 - 对工具函数（如日期格式化、深克隆），抽离为独立模块并单独测试，确保其在任何上下文中都行为一致
集成进开发流程，让健壮性成为习惯
测试只有持续运行才有价值。需做到：
- 提交前本地运行
npm test -- --watchAll=false，CI 中强制要求测试全部通过才允许合并 - 配置覆盖率阈值（如
branches: 80%），用jest --coverage发现遗漏的分支逻辑 - 为每个新功能编写测试再写实现（TDD），倒逼设计出更内聚、低耦合、易测试的函数
