为什么我们使用接口来模拟 Golang 方法

Question

我是 Golang 新手，一直在探索，但不清楚单元测试中的 mocking。谁能解释以下具体问题？

问题1：在 Golang 中编写单元测试，为什么我们需要有接口来模拟方法，为什么不只是 struct ？

问题2：为什么我们在struct中注入接口（我们在其中调用外部方法）

带结构-

type GlobalData struct {}

var (
    GlobalObj = GlobalData{}
)

func (g GlobalData) GetGlobalData(a string) string{
    return a
}

有接口定义-

type GlobalInterface interface {
    GetGlobalData(a string) string
}

type GlobalData struct {}

var (
    GlobalObj = GlobalData{}
)

func (g GlobalData) GetGlobalData(a string) string{
    return a
}

谢谢

Answer 1

如果你有关于包用户类型的方法，比如说，例如。 打包用户

type User struct {
 name string
}

func (u *User) GetUserProfile() UserProfile{}

现在在目录包中导入：

package catalog

import user

func getUserCatalog(user user.User) []catalog {
 user.GetUserProfile()
}

现在测试 getUserCatalog 方法有两种方法：

1. var getUserProfileFunc = user.GetUserProfile

使用这种方法可以在测试运行时轻松通过模拟，例如：

getUserProfile = func() UserProfile { 
 return fakeUserProfile 
}

这是最简单的测试方法。

现在还有另一种使用界面的方式，在包用户中添加一个类似的界面

type UserInterface interface {
  GetUserProfile() UserProfile
}

如果用户包是您无法控制的库，则创建您自己的界面，键入并使用它。

在这种情况下，目录包中的测试将变为：

因为现在方法将从 UserInterface 类型而不是从 UserType 调用，因此在测试时：

UserInterface = fakeUserStruct

并按照以下步骤操作

//1. define type of func to return 

type typeGetUserProfile func() UserProfile

//2. create a var to return

var mockedGetUserProfile typeGetUserProfile

//3. create a type

type FakeUser struct{}

//4. implement method interface

func (user *FakeUserStruct) GetUserProfile() UserProfile{
  return mockedGetUserProfile
 }

现在运行测试时：

mockerGetUserProfile = func() UserProfile {
  return fakeUserProfile
 }

有一个模拟库可以帮助创建用于模拟的样板代码。检查这个https://github.com/stretchr/testify

还有很多其他的mock库，但是我用过这个，真的很酷。

我希望这会有所帮助。

如果不是请告诉我，我会给出一些示例代码并将其推送到 Github。

另外请查看https://levelup.gitconnected.com/utilizing-the-power-of-interfaces-when-mocking-and-testing-external-apis-in-golang-1178b0db5a32

Answer 2

问题一：在 Golang 中编写单元测试，为什么我们需要有接口来模拟方法，为什么不只是 struct ？

回答：不是强制性的

问题2：为什么要在struct中注入接口（这里我们调用外部方法）

回答：因为，它可以帮助您替换实际的函数调用（作为单元测试的一部分，这可能会触发一些超出范围的操作，例如 数据库调用、一些 API 调用 等）通过注入MockStruct（这将实现与实际代码中相同的interface）。 多态性用简单的话来说。

因此，您创建一个MockStruct 并为其定义自己的mockMethods。作为多态性，您的单元测试选择MockStruct 没有抱怨。调用实际 DB 或 http 端点不属于单元测试。

仅供参考，我可以将您指向我的一个 github 代码库，我在其中为 a file 编写了 small test case。如您所见，我嘲笑了：

1. GuestCartHandler interface，这让我不能打电话给actual implementation
2. 使用"github.com/DATA-DOG/go-sqlmock" 包模拟sql connection。这帮助我避免建立实际的db client（因此，在单元测试时不依赖数据库）

如果您从概念上理解了这个想法，或者您需要更多说明，请告诉我。