单元测试不是为了追求数字好看，而是让核心逻辑在改动后还能被快速验证。
先测纯逻辑
最适合先补测试的是：
- 参数校验。
- 金额计算。
- 状态流转。
- 字符串解析。
- 时间计算。
- 分支判断。
- 规则匹配。
这些逻辑依赖少、反馈快，最容易形成稳定回归。
边界用例不能少
常见边界包括：
- 空值。
- 空集合。
- 最大值和最小值。
- 时间边界。
- 重复数据。
- 非法状态。
- 不存在的 ID。
很多线上问题不是主路径错，而是边界没有处理。
外部依赖要替身
单元测试不应该依赖真实数据库、真实网络和真实第三方服务。
可以使用：
- mock。
- fake。
- stub。
- 内存实现。
- 临时文件。
这样测试才能快速、稳定、可重复。
回归用例最有价值
每次修 bug 时，如果能补一个回归测试，就能防止同类问题再次出现。
测试名最好写清场景，例如“空列表时返回默认结果”比“test01”有用得多。
维护建议
补单测可以从三类开始：
- 核心规则。
- 历史 bug。
- 高风险重构点。
先让关键逻辑有保护，再逐步扩大覆盖范围。
正文完
