测试纯函数需验证相同输入必得相同输出，确保无副作用且输出仅由输入决定；应抽离外部依赖、覆盖边界用例、用toEqual深度比较、避免重复实现逻辑。
测试纯函数的核心是验证“相同输入必然得到相同输出”，不依赖外部状态、不触发副作用。Jest 本身不需要特殊配置，关键在于写对测试逻辑和覆盖真实使用场景。
确保被测函数确实是纯函数
纯函数必须满足两个条件：无副作用、输出只由输入决定。常见破坏纯度的行为包括调用 new Date()、Math.random()、读写 localStorage、修改入参对象、直接调用 fetch 等。如果函数里有这些，先抽离成参数或回调，例如：
- 把
new Date()换成可传入的now参数 - 把
fetch抽成apiClient参数，测试时传入 mock 函数 - 避免修改数组或对象入参，改用
map、structuredClone或展开语法返回新值
用真实输入组合覆盖边界情况
不能只测“看起来正常”的例子。比如一个字符串截断函数 truncate(str, len)，要覆盖：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
null、undefined、空字符串、数字、布尔值等非字符串输入 -
len为负数、0、小数、Infinity、NaN - 中文字符、emoji、HTML 标签字符串（如
"<div>hello</div>"）等特殊内容 - 刚好等于长度、超长、为空格串等临界情况
用 toEqual 而不是 toBe 比较结构化输出
当函数返回对象、数组或嵌套数据时，用 .toEqual() 进行深度比较；只有基础类型（数字、字符串、布尔）才用 .toBe()。例如：
立即学习“Java免费学习笔记（深入）”；
- ✅
expect(transform({ categories: ["A"], series: [] })).toEqual({ labels: ["A"], datasets: [] }) - ❌ 避免
.toBe()比较对象，它只比引用，永远失败 - ❌ 避免
.toContain()替代完整结构断言，会漏掉字段缺失或顺序错误
避免在测试里重复实现业务逻辑
不要自己写一段代码算出“期望值”再比对，那样等于重写一遍被测函数，错了一起错。正确做法是：
- 用已知稳定的结果作为黄金样本（比如后端返回的真实 JSON 结构）
- 对简单函数，手写明确、不可争议的预期输出（如
add(0.1, 0.2)应写0.30000000000000004或用toBeCloseTo(0.3)） - 利用 Jest 的快照测试（
toMatchInlineSnapshot）固化首次运行结果，后续变更需人工确认
