Mockito, JUnit и весна

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

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

вы хотите загрузить весенний контекст, если вы хотите сделать некоторые интеграционное тестирование, однако я бы предпочел использовать @RunWith(SpringJUnit4ClassRunner.class) для выполнения загрузки контекста вместе с @Autowired Если вам нужен доступ к своему бобы явно.

Пример 2 является допустимым подходом и использование @RunWith(MockitoJUnitRunner.class) устранит необходимость указывать метод @Before и явный вызов MockitoAnnotations.initMocks(this);

Пример 3 еще один правильный подход, который не использует @RunWith(...). Вы не создали экземпляр тестируемого класса HelloFacadeImpl явно, но вы могли бы сделать то же самое с примером 2.

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

введение некоторых новых испытательных установок весной 4.2.RC1 позволяет писать весенние интеграционные тесты, которые не полагаются на SpringJUnit4ClassRunner. Проверьте этой часть документации.

в вашем случае вы можете написать свой весенний интеграционный тест и по-прежнему использовать насмешки:

@RunWith(MockitoJUnitRunner.class)
@ContextConfiguration("test-app-ctx.xml")
public class FooTest {

    @ClassRule
    public static final SpringClassRule SPRING_CLASS_RULE = new SpringClassRule();

    @Rule
    public final SpringMethodRule springMethodRule = new SpringMethodRule();

    @Autowired
    @InjectMocks
    TestTarget sut;

    @Mock
    Foo mockFoo;

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

вам действительно не нужно MockitoAnnotations.initMocks(this); Если вы используете mockito 1.9 ( или новее ) - все что вам нужно это:

@InjectMocks
private MyTestObject testObject;

@Mock
private MyDependentObject mockedObject;

The @InjectMocks аннотация будет вводить все ваши насмешки в MyTestObject "объект".

вот мое краткое резюме.

если вы хотите написать модульный тест, не используйте Spring applicationContext, потому что вы не хотите, чтобы какие-либо реальные зависимости вводились в класс, который вы тестируете. Вместо этого используйте насмешки, либо с @RunWith(MockitoJUnitRunner.class) Аннотация В верхней части класса, или с MockitoAnnotations.initMocks(this) в методе @Before.

если вы хотите написать интеграционный тест, использовать:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration("yourTestApplicationContext.xml")

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

разница в том, должны ли вы создать экземпляр @InjectMocks аннотированное поле находится в версии Mockito, а не в том, используете ли вы MockitoJunitRunner или MockitoAnnotations.initMocks. В 1.9, который также будет обрабатывать какую-то инъекцию конструктора @Mock поля, он будет делать экземпляр для вас. В более ранних версиях вы должны создать его самостоятельно.

вот как я делаю модульное тестирование моих весенних бобов. Нет никаких проблем. Люди впадают в замешательство, когда они хотят использовать Файлы конфигурации Spring фактически делают инъекцию mocks, которая пересекает точку модульных тестов и интеграционных тестов.

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

если бы Вы перенесли свой проект на Spring Boot 1.4, вы могли бы использовать новую аннотацию @MockBean за подделывание MyDependentObject. С помощью этой функции вы можете удалить Mockito @Mock и @InjectMocks аннотации из теста.