答案：通过接口抽象和mock技术隔离依赖，编写覆盖成功与失败路径的测试用例，确保多接口组合调用的业务逻辑正确性。
在Go语言开发中，当业务逻辑涉及多个接口的组合调用时，如何编写清晰、可靠的单元测试成为关键。这类场景常见于服务层协调多个仓库或外部客户端（如数据库、缓存、第三方API）完成一个完整操作。直接依赖具体实现会让测试变得复杂且不可控，因此需要合理使用接口抽象与模拟（mock）技术。
理解多接口组合场景
假设有一个用户注册服务，它需要同时调用用户存储接口和邮件通知接口：
type UserRepo interface {
Create(user *User) error
}
type EmailService interface {
SendWelcomeEmail(email string) error
}
type UserService struct {
userRepo UserRepo
emailService EmailService
}
注册流程需先创建用户，再发送欢迎邮件。如果任一环节失败，整个操作应视为失败。这种组合调用的逻辑必须被准确测试，但又不能真实访问数据库或发邮件。
使用Mock进行依赖隔离
通过为每个接口创建mock实现，可以控制方法的行为并验证调用过程。手动编写mock结构体是一种轻量方式，适合接口不多的情况。
例如，为UserRepo和EmailService分别定义mock：
type MockUserRepo struct { CreateUserFunc func(*User) error } func (m *MockUserRepo) Create(user *User) error { return m.CreateUserFunc(user) } type MockEmailService struct { SendWelcomeEmailFunc func(string) error } func (m *MockEmailService) SendWelcomeEmail(email string) error { return m.SendWelcomeEmailFunc(email) }
kUserRepo struct {
CreateUserFunc func(*User) error
}
func (m *MockUserRepo) Create(user *User) error {
return m.CreateUserFunc(user)
}
type MockEmailService struct {
SendWelcomeEmailFunc func(string) error
}
func (m *MockEmailService) SendWelcomeEmail(email string) error {
return m.SendWelcomeEmailFunc(email)
}
在测试中，可灵活设定这些函数的返回值，并记录是否被调用。
编写覆盖各种路径的测试用例
针对UserService.Register方法，应测试成功路径以及各阶段失败的情况。
示例测试代码：
func TestUserService_Register_Success(t *testing.T) {
mockRepo := &MockUserRepo{
CreateUserFunc: func(user *User) error {
if user.Email != "test@example.com" {
t.Fatal("expected test@example.com")
}
return nil
},
}
mockEmail := &MockEmailService{
SendWelcomeEmailFunc: func(email string) error {
if email != "test@example.com" {
t.Fatal("expected test@example.com")
}
return nil
},
}
svc := &UserService{userRepo: mockRepo, emailService: mockEmail}
err := svc.Register("test@example.com")
if err != nil {
t.Fatalf("expected no error, got %v", err)
}
}
同样地，编写“创建用户成功但发邮件失败”的情况，确保事务性语义正确处理（比如不保留部分状态）。
考虑使用工具生成Mock（可选）
当接口数量增多或方法复杂时，可借助gomock或mockery自动生成mock代码。
以gomock为例，运行命令生成mock：
mockgen -source=user.go -destination=mocks/mock_user.go
然后在测试中使用生成的mock对象，配合expect断言验证调用次数和参数。
基本上就这些。核心在于将外部依赖抽象成接口，在测试中替换为可控的实现，从而专注验证业务逻辑本身。对于多接口组合调用，关键是覆盖所有执行路径，并确保各依赖按预期交互。
