Конструкторы подделки для модульных тестов

Question

У меня есть набор классов, которые имеют зависимости во время создания экземпляра, то есть при создании объекта типа A он также создает другой тип B, который впоследствии создает другие типы C и т. Д.

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

Итак, есть ли способ «черной магии» взломать загрузчик Java-классов, чтобы вместо этого создавать классы поддельного тестирования вместо обычных при создании объектов с помощью new?

Спасибо!

Answer 1

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

Answer 2

Что вы хотите - использовать макет классов. Подумайте о том, как использовать любую инфраструктуру для этого. Вот хороший - https://jmockit.dev.java.net/

Answer 3

Вы можете достичь предполагаемого поведения без изменения исходных источников путем изменения пути к классам. Создайте фиктивные классы во второй исходной папке с одинаковыми именами и пакетами. Затем поместите фиктивные классы в classpath и удалите реальные.

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

Answer 4

После некоторых исследований, кажется, что PowerMock может сделать это очень хорошо:

http://code.google.com/p/powermock/wiki/MockConstructor

Answer 5

JMockit соответствует требованиям идеально. Например, вы могли бы написать тест, как это:

// In production code: 
public final class ClassUnderTest 
{ 
    private final SomeDependency dep; 

    public ClassUnderTest(String someData) 
    { 
     dep = new SomeDependency(someData); 
    } 

    void methodToBeTested() { ... int i = dep.doSomething("xpto", true); ... } 
} 

final class SomeDependency 
{ 
    int doSomething(String s, boolean b) { ... } 
} 

// In test code: 
public final class MyTest 
{ 
    @Test 
    public void mockingInternalDependencies() 
    { 
     new Expectations() 
     { 
      SomeDependency mockedDep; 

      { 
       mockedDep.doSomething(anyString, anyBoolean); result = 123; 
      } 
     }; 

     new ClassUnderTest("blah blah").methodToBeTested(); 
    } 
} 

Answer 6

Другой вариант, как я вижу, вы не хотите, чтобы создать конструктор, не использовать DI, может быть есть атрибут, который нужно издеваться видимость по умолчанию и создавать фабрики для тестирования (с тем же пакетом и в другой исходной папке), которые вводят непосредственно макет объектов.