Мокинг статических блоков в Java

Мне кажется, вы лечите симптом: плохой дизайн с зависимостью от статической инициализации. Может быть, реальным решением будет некоторый рефакторинг. Похоже, вы уже провели небольшой рефакторинг своей функции staticInit(), но, возможно, эту функцию нужно вызывать из конструктора, а не из статического инициализатора. Если вы можете избавиться от периода статических инициализаторов, вам будет лучше. Только вы можете принять это решение (Я не вижу твою кодовую базу), но некоторый рефакторинг определенно поможет.

Что касается насмешек, я использую EasyMock, но столкнулся с той же проблемой. Побочные эффекты статических инициализаторов в устаревшем коде затрудняют тестирование. Нашим ответом было рефакторинг статического инициализатора.

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

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

Однако трудно сказать, возможно ли это, не видя вашего кода.

Вы можете написать свой тестовый код на Groovy и легко имитировать статический метод с помощью метапрограммирования.

Math.metaClass.'static'.max = { int a, int b -> 
    a + b
}

Math.max 1, 2

Если вы не можете использовать Groovy, вам действительно потребуется рефакторинг кода (возможно, чтобы внедрить что-то вроде инициализатора).

С уважением

Когда я сталкиваюсь с этой проблемой, я обычно делаю то же самое, что вы описываете, за исключением того, что делаю статический метод защищенным, чтобы я мог вызывать его вручную. Вдобавок к этому я удостоверяюсь, что метод можно без проблем вызывать несколько раз (в противном случае он не лучше статического инициализатора в плане тестов).

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

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

Я не очень хорошо разбираюсь в фреймворках Mock, поэтому, пожалуйста, поправьте меня, если я ошибаюсь, но разве у вас не может быть два разных объекта Mock, чтобы охватить ситуации, о которых вы упоминаете? Такие как

public static class MockClassWithEmptyStaticInit {
  public static void staticInit() {
  }
}

и

public static class MockClassWithStaticInit {
  public static void staticInit() {
    System.out.println("static initialized.");
  }
}

Затем вы можете использовать их в разных тестовых примерах.

@BeforeClass
public static void setUpBeforeClass() {
  Mockit.redefineMethods(ClassWithStaticInit.class, 
                         MockClassWithEmptyStaticInit.class);
}

и

@BeforeClass
public static void setUpBeforeClass() {
  Mockit.redefineMethods(ClassWithStaticInit.class, 
                         MockClassWithStaticInit.class);
}

соответственно.

Это касается более "продвинутого" JMockit. Оказывается, вы можете переопределить статические блоки инициализации в JMockit, создав метод public void $clinit(). Итак, вместо того, чтобы вносить это изменение

public class ClassWithStaticInit {
  static {
    staticInit();
  }

  private static void staticInit() {
    System.out.println("static initialized.");
  }
}

мы могли бы также оставить ClassWithStaticInit как есть и сделать следующее в MockClassWithStaticInit:

public static class MockClassWithStaticInit {
  public void $clinit() {
  }
}

Фактически это позволит нам не вносить никаких изменений в существующие классы.

PowerMock - это еще один фреймворк, расширяющий EasyMock и Mockito. С PowerMock вы легко можете удалить нежелательное поведение из класса, например статического инициализатора. В вашем примере вы просто добавляете следующие аннотации в свой тестовый пример JUnit:

@RunWith(PowerMockRunner.class)
@SuppressStaticInitializationFor("some.package.ClassWithStaticInit")

PowerMock не использует Java-агент и, следовательно, не требует изменения параметров запуска JVM. Вы просто добавляете файл jar и приведенные выше аннотации.

Иногда я нахожу статические инициализаторы в классах, от которых зависит мой код. Если я не могу выполнить рефакторинг кода, я использую аннотацию @SuppressStaticInitializationForPowerMock для подавления статического инициализатора:

@RunWith(PowerMockRunner.class)
@SuppressStaticInitializationFor("com.example.ClassWithStaticInit")
public class ClassWithStaticInitTest {

    ClassWithStaticInit tested;

    @Before
    public void setUp() {
        tested = new ClassWithStaticInit();
    }

    @Test
    public void testSuppressStaticInitializer() {
        asserNotNull(tested);
    }

    // more tests...
}

Подробнее о подавление нежелательного поведения.

Отказ от ответственности: PowerMock - это проект с открытым исходным кодом, разработанный двумя моими коллегами.

Не совсем ответ, но просто интересно - нет ли способа «отменить» вызов Mockit.redefineMethods?
Если такого явного метода не существует, не следует ли выполнять его снова следующим образом?

Mockit.redefineMethods(ClassWithStaticInit.class, ClassWithStaticInit.class);

Если такой метод существует, вы можете выполнить его в методе класса @AfterClass и протестировать ClassWithStaticInitTest с «исходным» блоком статического инициализатора, как будто ничего не изменилось, с той же JVM.

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

Вы можете использовать PowerMock для выполнения вызова частного метода, например:

ClassWithStaticInit staticInitClass = new ClassWithStaticInit()
Whitebox.invokeMethod(staticInitClass, "staticInit");