js单元测试重在场景适配与问题定位：测纯函数逻辑（如formatprice），不测dom或真实请求；jest适合旧项目快照测试，vitest适合vite新项目；写测试须覆盖边界、mock依赖、遵循aaa结构；失败时先读报错、查mock一致性，再结合覆盖率补漏。
JS单元测试面试题不考死记硬背，重点看你会不会选、会不会用、会不会判断问题根源。回答时紧扣“场景—目的—工具—关键点”四步逻辑，避免堆砌术语。
明确测试目标和边界
面试官常问：“为什么写单元测试？测什么不测什么？”
直接说清底线：
• 测纯函数逻辑（输入确定、输出唯一），比如工具函数、状态计算、格式化方法
• 不测 DOM 渲染细节、网络请求真实响应、第三方库内部行为
• 不代替 E2E 或手动探索性测试
举例：测 formatPrice(1999) 是否返回 "¥1,999"，不测按钮点击后整个购物车页面是否刷新
主流工具链怎么选、怎么答
被问“你用 Jest 还是 Vitest？为什么？”别只说名字，讲决策依据：
• Jest：团队已有成熟配置、需兼容旧项目、重视快照测试或 mocks 的完整性
• Vitest：新项目、已用 Vite 构建、追求启动快/与 ESM 原生兼容、喜欢轻量 API
• 共同关键点必须提：断言清晰（expect(...).toBe(...)）、异步支持（await waitFor）、Mock 控制粒度（jest.mock vs vi.mock）
写出可维护的测试用例
当被要求现场写一个测试，注意三点：
• 用 Arrange-Act-Assert 结构组织代码，注释不必写，但逻辑要分明
• 覆盖边界值：空输入、极值、错误类型（如传 null 给数字处理函数）
• Mock 外部依赖：比如用 vi.fn() 替换 API 调用，验证是否调用、参数是否正确，而不是让它真发请求
示例：测一个防抖函数，重点不是“等 300ms”，而是“连续调用 5 次，回调只执行 1 次，且用最后一次的参数”
如何定位和修复失败测试
被问“测试红了怎么办？”，体现工程思维：
• 先看报错信息：是断言失败（逻辑错）？还是运行时报错（语法或依赖问题）？
• 检查是否误改了被测代码，或 mock 行为与实际不符（比如忘了 mockResolvedValue）
• 避免“让测试通过”的捷径：不许删断言、不许用 toStrictEqual(expect.anything()) 摸鱼
• 真实项目中，会结合覆盖率报告（coverage/）看哪行没跑过，再补用例
