Смещение зависимости от файла свойства

Question

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

Итак, в моем тесте, я хочу сделать что-то вроде этого (с помощью Mockito):

LegacyClass legacyClass = mock(LegacyClass.class); 

Я в конечном итоге получить ExceptionInInitializationError, который указывает, что не может найти определенный ключ свойства.

В LegacyClass.java, есть:

private static final int LEGACY_PROPERTY = 
    Integer.parseInt(LegacyPropertyManager.getProp("legacy.property.key")); 

Есть ли способ, чтобы написать тест, который использует этот унаследованный класс, даже если ключевое свойство он ищет не существует? Можно ли это как-то насмехаться?

Answer 1

Возможно, вы не зашли так далеко без умной библиотеки, как PowerMock. Обратите внимание, что ваш LegacyClass.java инициализирует это свойство в статическом конечном поле, что означает, что инициализатор будет запускаться сразу после его загрузки. PowerMock использует более глубокую магию (читай: байт-код манипуляции), чтобы вы могли указать mock the staticgetProp method, который вы указали выше.

Вам нужно сделать следующее, чтобы начать работу с PowerMockito:

@RunWith(PowerMockRunner.class) 
@PrepareForTest(LegacyPropertyManager.class) 
public class YourClass { 

    @Before public void stubLegacyPropertyManager() { 
    Mockito.when(LegacyPropertyManager.getProp("legacy.property.key")) 
     .thenReturn("42"); 
    } 

    @Test public void yourTest() { 
    // ... 
    } 
} 

Примечания аннотации класса уровня, которые, соответственно, позволяют для инициализации PowerMock и зарегистрировать правильный класс для статического уровня насмешек.

Answer 2

Пример издевательства файла свойств, полностью игнорируя, где он будет, следующим. Вы можете создать свой собственный набор пар ключ/значение прямо в объекте metched properties.

Properties mockProperties = mock(Properties.class); 
when((mockProperties.getProperty("keyName"))).thenReturn("value"); 

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

Если вы не можете улучшить устаревший код, я знаю, что вы можете рисковать в области частичных mocks/spies (Mockito 1.8), как описано в следующем сообщении. Mockito bypass static method for testing и его ссылка на Effective Mockito. Я не использовал их, поэтому не могу больше помочь. Удачи.