Mock фреймворк под Джаву?

Question

[andreycha]

Смотрел обзоры, симпатично смотрится Mockito, но руки еще не дошли попробовать.


Что-нибудь посоветуете из своего опыта? Плюсы-минусы-грабли?

Answer 1

[vare6gin]

Использую jmockit, запускается как агент java машины, может все, например, переопределять классы. Из минусов: не очевидный синтаксис, mockito проще.

Answer 2

[bitterman]

easymock юзаю. до минусов не добрался, всё отлично

Answer 3

[1nd1go]

Mockito по проще как-то чем easymock. Хотя я на него пересел как раз с последнего.
Правда, надо юзать еще PowerMock, чтобы иметь возможность мочить статические методы.

Answer 4

[dborovikov]

Mockito клевый, да. Только вы, это, с моками не переборщите. Они спасают когда уже по-человечески код протестировать нельзя.

Comments

[andreycha]

А по-человечески — это как? Мы пока активно юзаем анонимные классы. Иногда это утомляет, когда нужно подменить всего один метод.

[dborovikov]

По-человечски, это state-base тестирование: martinfowler.com/articles/mocksArentStubs.html#ClassicalAndMockistTesting. Вообще советую прочитать весь пост Фаулера. Изоляция ради изоляции не верный путь. Да и потом многие используют моки потому, что модно. Если увлекаться моками, то тест начинает а) ломаться, когда код фактически работает (моки проверяют не фактический результат, а ерунду вроде порядка вызовов методов). Когда не получается сделать state-based, нужно попытаться отрефакторить или внедрить fake-объекты. Ну и если ничего не помогло, то моки.

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

[andreycha]

Спасибо.