Три недостатка:
- Вы должны использовать Java-агент для инструментирования байт-кодом.
- Вы не можете использовать подписанный файл junit.jar, поставляемый с Eclipse.
- Вы должны изучить фиктивный API.(В отличие от объекта-заглушки)
Вы всегда можете обсудить, хорошо ли иметь возможность издеваться над конечным классом, таким как JMockit.Если это не унаследованный код, рефакторинг обычно является лучшей альтернативой.
В таких средах разработки, как Eclipse, я использую инструментальную поддержку для генерации заглушек внутри тестового класса чаще, чем для имитации (JMockit, Mockito и т.недавнее времяПреимущество такого подхода в том, что он очень прост.Это особенно приятно, когда у вас есть команда со многими разработчиками, и некоторые из них не любят тестировать и не имеют особой мотивации для изучения фальшивых фреймворков.Кроме того, реализации заглушки не имеют рамочных ограничений!
Если вы открыты для заглушки в качестве альтернативы, вам следует проверить блог Роберта Мартина о насмешках и заглушках здесь и здесь
Иначе, это выглядит очень хорошо!Хотя у меня есть только опыт работы с JMock, EasyMock и базовые знания с JMockit.