Я думаю статья" теория Java и практика: краткая история сборки "мусора" " от IBM должна помочь объяснить некоторые вопросы, которые Вы имеете.
Вы можете явно вызвать context.assertIsSatisfied ()
в конце вашего теста, например, в методе @After
.
On на сайте jmock.org выберите вкладку «Другое» в любом примере кода, и в документации будет показано, как использовать jMock без интеграции с JUnit.
Следующая версия jMock будет поддерживать новую " rules »в JUnit 4.7, поэтому вам не нужно будет использовать специальный инструмент запуска тестов.
Если проблема связана с @RunWith
, вместо этого можно использовать JMockit Expectations API.
Это похоже на jMock в том, что ожидания также записываются внутри блока {...}
, но не требует использования @RunWith
(ни базового класса испытаний).
Кроме того, в методе context.check(...)
нет обёртывания блока ожидания.
Я думаю, что вы также можете пропустить здесь. Для тестирования Тестирование я хочу, чтобы точный контроль над тем, как конструирован объект в тесте, что означает прохождение в известных случаях как сотрудники. Другими словами, если мне нужен объект, то я создаю его в тесте и передаю его. Вызов весны кажется сверху.
С другой стороны, мне понадобится весенние бобы, если бы я делал какой-то тест , чтобы увидеть, как все это подключено вместе или тестируйте против стороннего компонента.