Unit testing 如何在Golang中实现存根?存根和模拟之间有什么区别?
我在Golang的单元测试中使用Mock。但是如何在Golang的实现代码中区分存根和模拟?GO中模拟和存根的意图与不同的编程语言相同:Unit testing 如何在Golang中实现存根?存根和模拟之间有什么区别?,unit-testing,go,Unit Testing,Go,我在Golang的单元测试中使用Mock。但是如何在Golang的实现代码中区分存根和模拟?GO中模拟和存根的意图与不同的编程语言相同: 存根是代码中某些依赖项的替代,这些依赖项将在测试执行期间使用。它通常是为一个特定的测试而构建的,不太可能在另一个测试中重用,因为它具有硬编码的期望和假设 mock将存根提升到下一级别。它增加了配置方法,因此您可以为不同的测试设置不同的期望。这使得mock更加复杂,但可用于不同的测试 让我们在示例中检查它是如何工作的: 在我们的例子中,我们有一个http处理
- 存根是代码中某些依赖项的替代,这些依赖项将在测试执行期间使用。它通常是为一个特定的测试而构建的,不太可能在另一个测试中重用,因为它具有硬编码的期望和假设
- mock将存根提升到下一级别。它增加了配置方法,因此您可以为不同的测试设置不同的期望。这使得mock更加复杂,但可用于不同的测试
stub
或mock
来实现这一点
对于stub
和mock
,我们的处理程序代码是相同的。我们应该注入http.Client
依赖项,以便能够在单元测试中隔离它:
func New(client http.Client) http.Handler {
return &handler{
client: client,
}
}
type handler struct {
client http.Client
}
func (h handler) ServeHTTP(w http.ResponseWriter, r *http.Request) {
...
// work with external web service that cannot be executed in unit test
resp, err := h.client.Get("http://example.com")
...
}
我们对运行时http.Client
的替换在stub
中是直截了当的:
func TestHandlerStub(t *testing.T) {
mux := http.NewServeMux()
mux.Handle("/", http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
// here you can put assertions for request
// generate response
w.WriteHeader(http.StatusOK)
}))
server := httptest.NewServer(mux)
r, _ := http.NewRequest(http.MethodGet, "https://some.com", nil)
w := httptest.NewRecorder()
sut := New(server.Client())
sut.ServeHTTP(w, r)
//assert handler response
}
模拟故事更复杂。我跳过模拟实现的代码,但其接口可能是这样的:
type Mock interface {
AddExpectation(path string, handler http.HandlerFunc)
Build() *http.Client
}
这是使用模拟进行测试的代码:
func TestHandlerMock(t *testing.T) {
mock := NewMock()
mock.AddExpectation("/", http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
// here you can put assertions for request
// generate response
w.WriteHeader(http.StatusOK)
}))
r, _ := http.NewRequest(http.MethodGet, "https://some.com", nil)
w := httptest.NewRecorder()
sut := New(mock.Build())
sut.ServeHTTP(w, r)
//assert handler response
}
对于这个简单的示例,它没有增加多少价值。但想想更复杂的案例。您可以构建更干净的测试代码,并用更少的行覆盖更多的案例
如果我们必须调用2个服务并稍微改进我们的模拟,测试设置可能就是这样的:
mock.AddExpectation("/first", firstSuccesfullHandler).AddExpectation("/second", secondSuccesfullHandler)
mock.AddExpectation("/first", firstReturnErrorHandler).AddExpectation("/second", secondShouldNotBeCalled)
mock.AddExpectation("/first", firstReturnBusy).AddExpectation("/first", firstSuccesfullHandler)AddExpectation("/second", secondSuccesfullHandler)
您可以想象,如果没有我们的小型模拟助手,您必须在测试中复制粘贴处理程序逻辑多少次。那个复制粘贴的代码使我们的测试变得更加复杂
但构建自己的模拟并不是唯一的选择。您可以依赖现有的模拟软件包,如模拟SQL。请在每篇文章中提出一个问题。非常感谢!你的回答非常清楚,非常有帮助!