我大部分時間都在使用EasyMock ，但是最近我和一些非常愿意使用Mockito的人一起工作。

我不打算在同一項目中使用兩個框架來實現相同的目的，因此我采用了Mockito 。

因此，在過去的幾個月中，我一直在使用Mockito ，這是我對兩者的比較分析。

與我一起工作的人列舉了使用Mockitio的測試可讀性的原因，但是我對此有不同的看法。 假設我們要測試以下代碼： public class MyApp {MyService service;OtherService otherService;void operationOne() {service.operationOne();}void operationTwo(String args) {String operationTwo = otherService.operationTwo(args);otherService.operationThree(operationTwo);}void operationThree() {service.operationOne();otherService.operationThree("success");} }class MyService {void operationOne() {} }class OtherService {public String operationTwo(String args) {return args;}public void operationThree(String operationTwo) {} }

現在，讓我使用EasyMock和Mockito為此類編寫一個簡單的測試用例。

public class MyAppEasyMockTest {MyApp app;MyService service;OtherService otherService;@Beforepublic void initialize() {service = EasyMock.createMock(MyService.class);otherService = EasyMock.createMock(OtherService.class);app = new MyApp();app.service = service;app.otherService = otherService;}@Testpublic void verifySimpleCall() {service.operationOne();EasyMock.replay(service);app.operationOne();EasyMock.verify(service);}} public class MyAppMockitoTest {MyApp app;MyService service;OtherService otherService;@Beforepublic void initialize() {service = Mockito.mock(MyService.class);otherService = Mockito.mock(OtherService.class);app = new MyApp();app.service = service;app.otherService = otherService;}@Testpublic void verifySimpleCall() {app.operationOne();Mockito.verify(service).operationOne();}} 這是一個非常簡單的測試，我必須說Mockito更具可讀性。 但是根據經典的測試方法，Mockito測試并不完整。 我們已經驗證了我們正在尋找的電話，但是如果明天我通過添加一個服務電話來更改源代碼，則測試不會中斷。 void operationOne() {service.operationOne();service.someOtherOp();} 現在，這使我感到測試不夠好。 但值得慶幸的是，Mockito提供了verifyNoMoreInteractions ，可用來完成測試。 現在，讓我為MyApp類編寫一些測試。 public class MyAppEasyMockTest {@Testpublic void verifyMultipleCalls() {String args = "one";EasyMock.expect(otherService.operationTwo(args)).andReturn(args);otherService.operationThree(args);EasyMock.replay(otherService);app.operationTwo(args);EasyMock.verify(otherService);}@Test(expected = RuntimeException.class)public void verifyException() {service.operationOne();EasyMock.expectLastCall().andThrow(new RuntimeException());EasyMock.replay(service);app.operationOne();}@Testpublic void captureArguments() {Capture<String> captured = new Capture<String>();service.operationOne();otherService.operationThree(EasyMock.capture(captured));EasyMock.replay(service, otherService);app.operationThree();EasyMock.verify(service, otherService);assertTrue(captured.getValue().contains("success"));}}public class MyAppMockitoTest {@Testpublic void verifyMultipleCalls() {String args = "one";Mockito.when(otherService.operationTwo(args)).thenReturn(args);app.operationTwo(args);Mockito.verify(otherService).operationTwo(args);Mockito.verify(otherService).operationThree(args);Mockito.verifyNoMoreInteractions(otherService);Mockito.verifyZeroInteractions(service);}@Test(expected = RuntimeException.class)public void verifyException() {Mockito.doThrow(new RuntimeException()).when(service).operationOne();app.operationOne();}@Testpublic void captureArguments() {app.operationThree();ArgumentCaptor capturedArgs = ArgumentCaptor.forClass(String.class);Mockito.verify(service).operationOne();Mockito.verify(otherService).operationThree(capturedArgs.capture());assertTrue(capturedArgs.getValue().contains("success"));Mockito.verifyNoMoreInteractions(service, otherService);} } 這些是一些實際的測試場景，我們想要聲明參數，異常等。如果我查看并比較使用EasyMock編寫的測試和使用Mockito進行的測試，我傾向于覺得這兩個測試在可讀性上都是相同的，但它們都沒有一個更好的任務。 EasyMock中大量的期望和返回調用使測試不可讀，并且Mockito的verify語句通常會影響測試的可讀性。 根據Mockito的書verifyZeroInteractions，verifyNoMoreInteractions不應在您編寫的每個測試中使用，但是如果我將它們排除在測試范圍之外，則我的測試還不夠好。 此外，在測試中，所有事情都應在開發人員的控制之下，即交互如何發生以及交互如何發生。 在EasyMock中，這方面更明顯，因為開發人員必須在他的代碼中放下所有這些交互，但是在Mockito中，框架負責所有交互，而開發人員只關心它們的驗證（如果有）。 但是，這可能會導致測試場景，其中開發人員不受所有交互的控制。 Mockito具有像JunitRunner這樣的好東西，可用于創建具有所有必需依賴項的Mocks。 這是刪除一些基礎結構代碼的好方法，并且EasyMock也應該有一個。 @RunWith(MockitoJUnitRunner.class) public class MyAppMockitoTest {MyApp app;@MockMyService service;@MockOtherService otherService;@Beforepublic void initialize() {app = new MyApp();app.service = service;app.otherService = otherService;} } 結論： 由于我已經使用了這兩個框架，因此我認為，除了簡單的測試用例之外，EasyMock和Mockito都導致可讀性相同的測試用例。 但是EasyMock對于單元測試更好，因為它迫使開發人員控制事物。 由于其假設和考慮，Mockito將這種控制隱藏在地毯下，因此不是一個好選擇。 但是Mockito提供了某些非常有用的功能（例如junitRunner，調用鏈接），而EasyMock的下一個版本中應該有一個。

參考： 到目前為止 ，我們的JCG合作伙伴 Rahul Sharma 使用EasyMock或Mockito在The road…博客博客中。

翻譯自: https://www.javacodegeeks.com/2012/08/using-easymock-or-mockito.html

總結

以上是生活随笔為你收集整理的使用EasyMock或Mockito的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。