使用Mockito進行單元測試

Question

我在我的spring應用程序中爲服務層編寫單元測試。
這裏是我的服務類

@Service 
    public class StubRequestService implements RequestService {  
     @Autowired 
     private RequestDao requestDao; 

     @Transactional(propagation = Propagation.REQUIRED, readOnly = true) 
     @Override 
     public Request getRequest(Long RequestId) { 
      Request dataRequest = requestDao.find(requestId); 
      return dataRequest; 
     } 
    } 

這裏是我的測試類

@RunWith(MockitoJUnitRunner.class) 
@ContextConfiguration(locations = { "/META-INF/spring/applicationContext.xml" }) 
public class StubRequestServiceTest { 

    @Mock 
    public RequestDao requestDao; 

    StubRequestService stubRequestService; // How can we Autowire this ? 

    @org.junit.Before 
    public void init() { 
     stubRequestService = new StubRequestService(); // to avoid this 
     stubRequestService.setRequestDao(dataRequestDao); 
     // Is it necessary to explicitly set all autowired elements ? 
     // If I comment/remove above setter then I get nullPointerException 
    } 

    @Test 
    public void testGetRequest() { 
     Request request = new Request(); 
     request.setPatientCnt("3"); 
     when(requestDao.find(anyLong())).thenReturn(request); 
     assertEquals(stubRequestService.getRequest(1234L).getPatientCnt(),3); 
    }  
} 

其工作正常，但我有幾個問題

1. 如何在測試中，我們Autowire服務類？我使用構造函數init()方法創建服務對象。
2. 我們是否需要爲服務類別設置所有Autowire元素？對於例如StubRequestService有自動裝配RequestDao，我需要在調用測試方法之前明確設置，否則它給出nullPointerException爲requestDao爲null的StubRequestService.getRequest方法。
3. 當單元測試Spring服務層時，哪些是最佳實踐？ （如果我做錯了什麼）。

Answer 1

1. 如果你真的覺得它會讓你的測試更容易理解 - 你可以初始化一個spring context並從那裏獲取所有的對象。但是，通常需要爲測試專門創建一個單獨的彈簧配置XML文件，因此我不會推薦它。

   ApplicationContext applicationContext = new ClassPathXmlApplicationContext("testApplicationContext.xml"); 
   stubRequestService = (RequestService)applicationContext.getBean("myRequestServiceBean"); 
   

2. （3）基本上，我喜歡我的測試應用程序的每個組件從海誓山盟完全隔離，這就是爲什麼我不建議我在描述[1]。

，這意味着什麼，是你把你的應用程序的一個單獨的邏輯片和測試只有它，而完全嘲諷了它試圖訪問一切。

比方說，你有三類：

//Fetches stuff from some webservice and converts to your app domain POJOs 
class DataAccessLayer { 
    public void setWebservice(Webservice ws) {...}; 

    public MyObject getMyObject() {...}; 
} 

//Formats the domain POJOs and sends them to some kind of outputstream or stuff. 
class ViewLayer { 
    public void setOutputStream(OutputStream os) {...}; 

    public void viewMyObject(MyObject mo) {...}; 
} 

//Main entry point of our MyObject fetch-process-display workflow 
class Controller { 
    public void setDataAccessLayer(DataAccessLayer dal) {...}; 
    public void setViewLayer(ViewLayer vl) {...}; 

    public void showMyObject() { 
     MyObject mo = dal.getMyObject(); 
     ...some processing here maybe... 
     vl.viewMyObject(mo); 
    } 
} 

現在，測試我們可以寫在這裏？

1. 測試是否DataAccessLayer正確轉換從對象嘲笑了 WS我們的域對象。
2. 測試是否ViewLayer正確格式化給定的對象並將其寫入嘲笑輸出流。
3. 測試是否Controller需要從對象嘲笑向上DataAccessLayer流程它正確，並將其發送到嘲笑向上ViewLayer。

Answer 2

你的測試沒問題。它甚至不必具有@ContextConfiguration註釋。

像Spring這樣的依賴注入框架的整個意義在於能夠通過簡單實例化它們，設置模擬依賴關係，然後調用它們的方法來單元測試服務。

你正確地做到了。你不需要有這樣的單元測試的Spring上下文。這就是爲什麼他們被稱爲單元測試的原因：他們測試了它的所有實際依賴性，包括Spring。

備註：假設您使用的是JUnit，則應交換assertXxx方法的參數。預期值在實際值之前。當斷言失敗並且你有一個像「期待6但是3」而不是「期待3，但是6」的信息時，這變得很重要。

Answer 3

或者您可以使用springockito https://bitbucket.org/kubek2k/springockito/wiki/Home，它會讓你的測試更清潔