Monkey Patching in Go: решение для базовых баз без изменений

Работа с кодовыми базами, которые не программируются на интерфейсы и сильно взаимосвязаны, может представлять вызовы для испытаний и уровня. В таких сценариях традиционные методы насмешки могут быть не применимы. Тем не менее, есть стратегия в GO, которая может помочь: Monkey Patching.

. Когда сталкивается с аналогичной ситуацией, предложенный подход включает в себя создание пользовательского интерфейса в качестве обертки вокруг немодиажируемого кода. Это позволяет издеваться над конкретными методами в тестах, оставляя исходный код нетронутым.

для иллюстрации рассмотрите следующий пример:

type MyInterface interface {
    DoSomething(i int) error
    DoSomethingElse() ([]int, error)
}

type Concrete struct {
    client *somepackage.Client
}

func (c *Concrete) DoSomething(i int) error {
    return c.client.DoSomething(i)
}

func (c *Concrete) DoSomethingElse() ([]int, error) {
    return c.client.DoSomethingElse()
}

В этом сценарии конкретный код, который вы не можете изменить. Создавая интерфейс MyInterface и внедряя исходную бетонную структуру, вы получаете гибкость, чтобы высмеивать его методы в тестах:

// Replace the embedded type with a mock in tests
type MockConcrete struct {
    MyInterface
}

func (m *MockConcrete) DoSomething(i int) error {
    // Implement custom logic for mocking DoSomething
}

Этот подход предоставляет способ протестировать конкретную функциональность без изменения базового кода.

Альтернативно, как предложено в комментариях, вы также можете встроить желаемый тип напрямую, а не создавать отдельный интерфейс. Это позволяет выборочно издеваться только на тех методах, которые вам нужны:

type Concrete struct {
    *somepackage.Client
}

Эта стратегия сохраняет возможность доступа к нецелевым методам непосредственно на встраиваемом типе, обеспечивая большую гибкость в тестировании.