快照测试主要用于捕获组件或函数的输出结构并保存为可比对的文本快照，jest原生支持，vitest兼容；适用于react渲染结果等可序列化值，通过tomatchsnapshot()生成__snapshots__/目录下文件，不匹配时需确认后以-jest -u更新，推荐用tomatchinlinesnapshot()或命名快照提升可读性，但不可替代逻辑断言。
快照测试（Snapshot Testing）在 JavaScript 中主要用于捕获组件或函数的输出结构，并将其保存为“快照”文件，后续运行时自动比对是否发生变化。主流测试框架如 Jest 原生支持该功能，Vitest 也提供了兼容 API。关键在于理解它适合测什么、怎么写、以及如何维护。
Jest 中的基本快照写法
Jest 的 expect(value).toMatchSnapshot() 会把传入值序列化后生成一个 .snap 文件，首次运行时自动创建，之后每次运行都比对当前值与快照是否一致。
- 适用于 React 组件渲染结果、对象结构、字符串输出等可序列化的值
- 快照默认存放在
__snapshots__/目录下，文件名与测试文件对应 - 若快照不匹配，测试失败；确认变更合理后，可加
-u参数更新快照：jest -u
给快照起个有意义的名字
多个快照共存于同一测试文件时，容易混淆。用 toMatchInlineSnapshot() 或带名称的 toMatchSnapshot('描述性名称') 提高可读性。
expect(getUser()).toMatchSnapshot('user object with defaults')-
expect(render(<button></button>)).toMatchInlineSnapshot()—— 快照内容直接写在测试文件里，适合小结构 - 内联快照更易审查，但不宜用于大对象或频繁变动的内容
快照不是万能的，要注意适用边界
快照测试擅长捕捉“结构稳定性”，但不适合验证逻辑行为或边界条件。
- 避免对随机值、时间戳、ID 等动态内容做快照（可先 mock 或剔除）
- 不要用快照替代断言：比如
expect(fn()).toBe(true)比快照更清晰、更轻量 - 组件快照建议配合交互测试（如 fireEvent）一起使用，只快照不交互容易漏掉状态问题
Vitest 中的快照用法基本一致
Vitest 兼容 Jest 的快照 API，写法几乎相同，但需注意配置和路径解析差异。
- 确保
test.environment配置正确（如jsdom用于 DOM 快照） - Vitest 默认不生成
__snapshots__目录，而是将快照存在同级.snap文件中（可通过snapshotOptions.resolveSnapshotPath自定义） - 更新快照命令是
vitest --update或简写vitest -u
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
