单元测试应先明确目标并编写断言，再补充逻辑；用 beforeEach/afterEach 拆分 setup/teardown；测试名需描述行为，每测一关注点；优先参数注入依赖，慎用全局 mock。
明确测试目标，先写断言再写逻辑
重构单元测试前，先确认它要验证什么行为。比如测试一个加法函数，核心是“输入 2 和 3，应返回 5”，而不是“调用函数、检查变量是否被赋值”。把 expect(...).toBe(...) 这类断言写在最前面（或至少逻辑清晰处），再补全前置动作（如 mock、setup、调用被测函数）。这样能避免测试变成“运行完就过”，也方便后续快速识别测试意图。
拆分 setup 和 teardown，用 beforeEach/afterEach 管理状态
多个测试用例共用相同初始化逻辑时，别重复写 const mockFn = jest.fn() 或 jest.clearAllMocks()。统一移到 beforeEach 中；清理 DOM、重置模块状态等操作放进 afterEach。注意：仅当真正共享时才提取，避免为“看起来整洁”而强行抽象——测试可读性永远优先于 DRY。
用描述性测试名称 + 小步断言，拒绝“test it works”
测试函数名应像一句完整陈述，例如：“calculates total price including tax for positive amounts”，而不是 “testCalculateTotal”。每个测试只验证一个关注点，一个 expect 为佳；若必须多个，确保它们共同支撑同一行为。比如验证错误路径时，先断言抛出错误类型，再断言错误消息包含关键词，而不是混在一起判断整个 error 对象。
谨慎替换真实依赖，优先用参数注入而非 mock 全局
需要隔离外部影响时，优先修改被测函数设计：把依赖（如 API 客户端、时间工具）作为参数传入，测试时直接传入 mock 对象。比在测试里用 jest.mock(‘./api’) 更可控、更易理解。只有当无法修改源码（如第三方库调用）时，才用 jest.mock 或 jest.spyOn，并记得在 afterEach 恢复原方法，防止测试间污染。
