测试数据工厂不能直接 new struct，因其导致字段硬编码、耦合难维护；应通过函数式选项模式封装默认值与灵活覆盖，隔离变化、确保可重入，并用延迟构建解耦关联结构。
测试数据工厂为什么不能直接 new struct
因为硬编码字段值会让测试用例耦合、难维护，比如 User{ID: 1, Name: "test", CreatedAt: time.Now()} 这种写法在多个测试里重复出现，改一个字段就得全局搜；更糟的是时间、UUID、递增ID这类字段每次都要手调，一漏就导致测试间干扰。
工厂函数的核心价值不是“封装 new”，而是“隔离变化”——把随机性、依赖关系、默认规则收口到一处。
- 用
func User() *User而非func NewUser() *User，避免和真实构造器混淆 - 所有字段设默认值（如
Name: "test-user"），只对关键字段提供可选覆盖 - 不依赖外部状态（如全局计数器），每个调用必须独立可重入
如何用 functional option 模式支持灵活覆盖
硬写一堆重载函数（UserWithID、UserWithName…）会爆炸式增长；用函数式选项能组合、可读性强，且 Go 编译器能内联优化，性能几乎无损。
常见错误是把 option 设计成修改指针字段的闭包，结果多个 option 串起来时顺序错乱或覆盖丢失。正确做法是让每个 option 返回一个“配置函数”，在最终构建时统一应用。
立即学习“go语言免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 定义
type UserOption func(*User) - 实现
WithID(id int64) UserOption，内部只赋值不 new - 工厂函数签名：
func User(opts ...UserOption) *User - 构建时按顺序执行所有
opts，确保后写的 option 覆盖先写的
func User(opts ...UserOption) *User {
u := &User{
ID: 1,
Name: "test-user",
CreatedAt: time.Now().UTC(),
}
for _, opt := range opts {
opt(u)
}
return u
}
嵌套结构和关联数据怎么避免循环依赖
比如 Order 包含 User 字段，而 User 工厂又想生成带 Orders 切片的实例，直接互相调用会导致初始化死锁或无限递归。
根本解法是“延迟构建”——工厂函数只返回未完成的骨架，用单独的 WithXXX 选项注入关联对象，而不是在内部自动 new。
- 不要在
User()里调用Order()，也不要在Order()里调用User() - 提供
WithUser(u *User)和WithOrders(orders []*Order)两个独立选项 - 测试中显式组合：
Order(WithUser(User()), WithStatus("paid")) - 如果真需要自包含的关联数据，另写一个顶层工厂如
OrderWithUser()，内部明确控制顺序
测试工厂要不要用 faker 库
用 github.com/jaswdr/faker 或 github.com/bxcodec/faker 确实能生成看起来真实的姓名、邮箱，但多数单元测试根本不需要“像真的人”，只要字段合法、类型正确、边界清晰就行。
引入 faker 带来三个实际问题：版本漂移导致测试输出不稳定；中文支持差；生成逻辑藏在库内部，出错时难调试。
- 简单场景直接用固定字符串 + 递增数字（
"user-" + strconv.Itoa(counter)）更可靠 - 需要随机性时用
math/rand（Go 1.20+ 推荐rand.New(rand.NewPCG())避免全局 rand 状态污染） - 只有端到端测试或生成大量样本做压力验证时，才考虑 faker，且务必固定 seed
