开发者

Golang实现单元测试中的逻辑层

开发 作者： LinkinStar
目录
  • 准备工作
  • 基本 case 代码
    • 生成 mock 接口
    • 编写单元测试
  • 优化
    • mockgen
      • 总结

        前面我们完成了最麻烦的数据层的单元测试，今天我们来看看单元测试中最容易做的一层，数据逻辑层，也就是我们通常说的 service 或者 biz 等，是描述具体业务逻辑的地方，这一层包含我们业务最重要的逻辑。

        所以它的测试非常重要，通常它测试的通过就意味着你的业务逻辑能正常运行了。

        而如何对它做单元测试呢？ 因为，这一层的依赖主要来源于数据层，通常这一层会调用数据层的接口来获取或操作数据。 由于我们之前对于数据层已经做了单元测试，所以这一次，我们需要 mock 的不是数据库了，而是数据层。

        golang 提供了 github.com/golang/mock 来实现 mock 接口的操作，本文就是使用它来完成我们的单元测试。

        准备工作

        安装 go install github.com/golang/mock/mockgen@v1.6.0

        基本 case 代码

        首先我们还是基于上一次的例子，这里给出上一次例子中所用到的接口

        package service

import (
    "context"
    "fmt"

    "go-demo/m/unit-test/entity"
)

type UserRepo interface {
    AddUser(ctx context.Context, user *entity.User) (err error)
    DelUser(ctx context.Context, userID int) (err error)
    GetUser(ctx context.Context, userID int) (user *entity.User, exist bool, err error)
}

type UserService struct {
    userRepo UserRepo
}

func NewUserService(userRepo UserRepo) *UserService {
    return &UserService{userRepo: userRepo}
}

func (us *UserService) AddUser(ctx context.Context, username string) (err error) {编程客栈
    if len(username) == 0 {
        return fmt.Errorf("username not specified")
    }
    return us.userRepo.AddUser(ctx, &entity.User{Username: username})
}

func (us *UserService) GetUser(ctx context.Context, userID int) (user *entity.User, err error) {
    userInfo, exist, err := us.userRepo.GetUser(ctx, userID)
    if err != nil {
        return nil, err
    }
    if !exist {
        return nil, fmt.Errorf("user %d not found", userID)
    }
    return userInfo, nil
}

        可以看到我们的目标很明确，就是需要 mock 掉 UserRepo 接口的几个方法，就可以python测试我们 AddUser 和 GetUser 方法了

        生成 mock 接口

        使用 mockgen 命令可以生成我们所需要的 mock 接口

        mockgen -source=./service/user.go -destination=./mock/user_mock.go -package=mock

        参数名称都很好理解，我这边不赘述了。命令执行完成之后，会在 destination 生成对于的 mock 接口，就可以使用了。

        生成的代码大致如下面的样子，可以简单瞄一眼：

        // Code generated by MockGen. DO NOT EDIT.
// Source: ./user.go

// Package mock is a generated GoMock package.
package mock

import (
    context "context"
    entity "go-demo/m/unit-test/entity"
    reflect "reflect"

    gomock "github.com/golang/mock/gomock"
)

// MockUserRepo is a mock of UserRepo interface.
type MockUserRepo struct {
    ctrl     *gomock.Controller
    recorder *MockUserRepoMockRecorder
}

// MockUserRepoMockRecorder is the mock recorder for MockUserRepo.
type MockUserRepoMockRecorder struct {
    mock *MockUserRepo
}

// NewMockUserRepo creates a new mock instance.
func NewMockUshttp://www.devze.comerRepo(ctrl *gomock.Controller) *MockUserRepo {
    mock := &MockUserRepo{ctrl: ctrl}
    mock.recorder = &MockUserRepoMandroidockRecorder{mock}
    return mock
}

// EXPECT returns an object that allows the caller to indicate expected use.
func (m *MockUserRepo) EXPECT() *MockUserRepoMockRecorder {
    return m.recorder
}

// AddUser mocks base method.
func (m *MockUserRepo) AddUser(ctx context.Context, user *entity.User) error {
    m.ctrl.T.Helper()
    ret := m.ctrl.Call(m, "AddUser", ctx, user)
    ret0, _ := ret[0].(error)
    return ret0
}

// AddUser indicates an expected call of AddUser.
func (mr *MockUserRepoMockRecorder) AddUser(ctx, user interface{}) *gomock.Call {
    mr.mock.ctrl.T.Helper()
    return mr.mock.ctrl.RecordCallWithMethodType(mr.mock, "AddUser", reflect.TypeOf((*MockUserRepo)(nil).AddUser), ctx, user)
}

// DelUser mocks base method.
func (m *MockUserRepo) DelUser(ctx context.Context, userID int) error {
    m.ctrl.T.Helper()
    ret := m.ctrl.Call(m, "DelUser", ctx, userID)
    ret0, _ := ret[0].(error)
    return ret0
}

// DelUser indicates an expected call of DelUser.
func (mr *MockUserRepoMockRecorder) DelUser(ctx, userID interface{}) *gomock.Call {
    mr.mock.ctrl.T.Helper()
    return mr.mock.ctrl.RecordCallWithMethodType(mr.mock, "DelUser", reflect.TypeOf((*MockUserRepo)(nil).DelUser), ctx, userID)
}

// GetUser mocks base method.
func (m *MockUserRepo) GetUser(ctx context.Context, userID int) (*entity.User, bool, error) {
    m.ctrl.T.Helper()
    ret := m.ctrl.Call(m, "GetUser", ctx, userID)
    ret0, _ := ret[0].(*entity.User)
    ret1, _ := ret[1].(bool)
    ret2, _ := ret[2].(error)
    return ret0, ret1, ret2
}

// GetUser indicates an expected call of GetUser.
func (mr *MockUserRepoMockRecorder) GetUser(ctx, userID interface{}) *gomock.Call {
    mr.mock.ctrl.T.Helper()
    return mr.mock.ctrl.RecordCallWithMethodType(mr.mock, "GetUser", reflect.TypeOf((*MockUserRepo)(nil).GetUser), ctx, userID)
}

        编写单元测试

        gomock 的单元测试编写起来也很方便，只需要调用 EXPECT() 方法，将需要 mock 的接口对应需要的返回值就可以了。我们直接来看例子：

        package servijavascriptce

import (
    "context"
    "testing"

    "github.com/golang/mock/gomock"
    "github.com/stretchr/testify/assert"
    "go-demo/m/unit-test/entity"
    "go-demo/m/unit-test/mock"
)

func TestUserService_AddUser(t *testing.T) {
    ctl := gomock.NewController(t)
    defer ctl.Finish()

    mockUserRepo := mock.NewMockUserRepo(ctl)
    userInfo := &entity.User{Username: "LinkinStar"}
    // 无论对 AddUser 方法输入任意参数，均会返回 userInfo 信息
    mockUserRepo.EXPECT().AddUser(gomock.Any(), gomock.Any()).Return(nil)

    userService := NewUserService(mockUserRepo)
    err := userService.AddUser(context.TODO(), userInfo.Username)
    assert.NoError(t, err)
}

func TestUserService_GetUser(t *testing.T) {
    ctl := gomock.NewController(t)
    defer ctl.Finish()

    userID := 1
    username := "LinkinStar"

    mockUserRepo := mock.NewMockUserRepo(ctl)
    // 只有当对于 GetUser 传入 userID 为 1 时才会返回 user 信息
    mockUserRepo.EXPECT().GetUser(context.TODO(), userID).Return(&entity.User{
        ID:       userID,
        Username: username,
    }, true, nil)

    userService := NewUserServic开发者_JAVAe(mockUserRepo)
    userInfo, err := userService.GetUser(context.TODO(), userID)
    assert.NoError(t, err)
    assert.Equal(t, username, userInfo.Username)
}

        与之前一样，我们依旧使用 github.com/stretchr/testify 做断言来验证最终结果。可以看到，单元测试编写起来并不难。

        优化

        当然，如果我们每次修改接口或者新增接口都需要重新执行一次命令，一个文件还好，当有很多文件的时候肯定是非常困难的。所以我们需要使用 go:generate 来优化一下。

        我们可以在需要 mock 的接口上方加入注释(注意这里写的路径要和实际路径相符合)：

        //go:generate mockgen -source=./user.go -destination=../mock/user_mock.go -package=mock
type UserRepo interface {
    AddUser(ctx context.Context, user *entity.User) (err error)
    DelUser(ctx context.Context, userID int) (err error)
    GetUser(ctx context.Context, userID int) (user *entity.User, exist bool, err error)
}

        然后只需要使用命令

        go generate ./...

        就可以生成全部的 mock 嘞，所以及时文件很多，只需要利用好 go:generate 也能一次搞定

        mockgen

        比如针对指定参数，我们偷懒可以都用 Any，但常常还需要用 gomock.Eq() 或 gomock.Not("Sam")有关 gomock 还有很多方法在测试的使用也很有用，详细的文档在：https://pkg.go.dev/github.com/golang/mock/gomock#pkg-index

        有关于 github.com/golang/mock 的使用，官方给出了一些例子，可以参考 https://github.com/golang/mock/tree/main/sample

        总结

        其实通常来说数据逻辑层的测试反而不容易出现问题，原因是：我们 mock 的数据都是我们想要的数据。

        所以对于严格的单元测试来说，需要多组数据的测试来保证我们在一些特殊场景上能正常运行，或者满足期望运行。

        到此这篇关于Golang实现单元测试中的逻辑层的文章就介绍到这了,更多相关Golang单元测试内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

        继续阅读：Golang单元测试逻辑层Go单元测试

        更多精彩内容

        0

        上一篇:

        下一篇:

        精彩评论

        暂无评论...
        登录 注册
        Qedev.com
        验证码 换一张
        取 消

        最新开发

        开发排行榜

        法律声明：本站内容均为网友上传，网站举办方负责审核和监督，

        如存在版权或非法内容，欢迎举报，我们将尽快予以删除。

        Copyright © 2018-2020 开发者. All rights reserved.

        Powered by 开发者

        ICP备案号： 京ICP备10032868号-9