推荐用 mock 数据访问层接口而非数据库驱动,定义如 UserRepo 接口,手动编写轻量 mock 或用 testify/mock、gomock 自动生成,结合 test helper 封装常用场景,专注验证业务逻辑对数据层的调用正确性。
在 Go 中做数据库测试,推荐用 mock 方式隔离外部依赖,避免真实数据库连接带来的慢、不稳定和环境依赖问题。核心思路是:不 mock 数据库驱动本身(比如 database/sql),而是 mock 你的数据访问层(如 repository 接口),让测试只关注逻辑,不碰真实 DB。
先把你操作数据库的代码抽象成接口,这是 mock 的前提。例如:
type UserRepo interface {
CreateUser(ctx context.Context, u *User) error
GetUserByID(ctx context.Context, id int64) (*User, error)
DeleteUser(ctx context.Context, id int64) error
}
真实实现(如基于 sql.DB)和 mock 实现都实现这个接口,测试时注入 mock 版本即可。
不用第三方库也能快速 mock,尤其当方法不多、行为固定时:
type MockUserRepo struct {
Users map[int64]*User
CalledWithID int64 // 记录最后一次传入的 ID,用于验证
}
func (m *MockUserRepo) GetUserByID(ctx context.Context, id int64) (*User, error) {
m.CalledWithID = id
if u, ok := m.Users[id]; ok {
return u, nil
}
return nil, sql.ErrNoRows
}
当接口方法多、需要复杂行为(如按调用顺序返回不同结果、校验参数结构)时,推荐工具辅助:
go install github.com/golang/mock/mockgen@latestmockgen -source=user_repo.go -destination=mocks/mock_user_repo.gomockRepo.EXPECT().GetUserByID(gomock.Any(), int64(123)).Return(&User{ID: 123}, nil)
把高频 mock 模式(如“查不到用户”、“插入失败”、“并发调用”)封装成函数,提升测试可读性与复用性:
newMockRepoWithUser(id int64, u *User) 快速构造带数据的 mocknewMockRepoWithError(err error) 统一返回错误,用于异常路径测试不复杂但容易忽略:mock 的目标不是模拟数据库语法或事务细节,而是控制输入输出,验证业务逻辑对数据层的调用是否正确。只要接口契约守住了,上层逻辑就可信。