SpringMVC框架如何與Junit整合看這個(gè)就夠了

目錄

系統環(huán)境

引入依賴(lài)

 <dependency>
                <groupId>junit</groupId>
                <artifactId>junit</artifactId>
                <version>4.12</version>
                <scope>test</scope>
            </dependency>
     <dependency>
                <groupId>org.springframework</groupId>
                <artifactId>spring-test</artifactId>
                <version>${spring.version}</version>
                <scope>test</scope>
            </dependency>

如上，引入了4個(gè)依賴(lài)，其中：

• junit 是Junit單元測試的基礎依賴(lài)，它提供了@RunWith和@Test等單元測試必備的注解。<scope>test</scope> 則指明了該依賴(lài)的作用范圍是test階段。
• spring-test依賴(lài)可以理解成是spring框架與junit框架的橋梁。提供了@WebAppConfiguration等注解。

編寫(xiě)單元測試基類(lèi)

@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration("file:src/test/java/spring-config.xml")
@ActiveProfiles("dev")
@TransactionConfiguration(transactionManager = "transactionManager", defaultRollback = true)
public abstract class BaseControllerTest  {
    
    protected MockMvc mvc;
    
    @Autowired
    private WebApplicationContext context;
    
   //獲取系統上下文 
    protected WebApplicationContext getCtx() {
        return this.context;
    }
 //初始化方法
    @Before
    public void setup() throws SQLException {
       this.mvc = MockMvcBuilders.webAppContextSetup(this.context).build();
    }
 //封裝返回結果
    protected String getMockResultStr(MockHttpServletRequestBuilder requestBuilder) {
        try {
            MvcResult mvcResult = this.mockMvc
                    .perform(requestBuilder)
                    .andExpect(status().isOk())
                    .andDo(MockMvcResultHandlers.print())
                    .andReturn();
            MockHttpServletResponse response = mvcResult.getResponse();
            response.setContentType(MediaType.APPLICATION_JSON_UTF8_VALUE);
            return response.getContentAsString();
        } catch (Exception e) {
            e.printStackTrace();
            return null;
        }
    }
}

代碼說(shuō)明

• @RunWith(SpringJUnit4ClassRunner.class) 注解表明使用SpringJUnit4ClassRunner來(lái)運行測試用例。
• @WebAppConfiguration 注解表明使用的ApplicationContext將是WebApplicationContext類(lèi)型的；value屬性指定web應用的根；同時(shí)，他必須與 @ContextConfiguration一同使用。
• @ContextConfiguration注解的作用是導入我們需要的配置文件或者類(lèi)，這里指定了SpringMVC的配置文件
• @ActiveProfiles 注解是指定單元測試連接的環(huán)境。
• @TransactionConfiguration 注解是用與管理spring事務(wù)的。
• MockHttpServletRequest 類(lèi)為了模擬HttpServletRequest 對象，可以通過(guò)它來(lái)設置請求頭，這在需要鑒權的接口測試中十分實(shí)用。
• MockMvc 實(shí)現了對Http請求的模擬，能夠直接使用網(wǎng)絡(luò )的形式，轉換到Controller的調用，這樣可以使得測試速度快，不依賴(lài)網(wǎng)絡(luò )環(huán)境，而且提供了一套驗證的工具，這樣可以使得請求的驗證統一而且很方便。

getMockResultStr 方法是封裝了公共的測試方法以及響應參數。 其中：

MvcResult mvcResult = this.mockMvc
                    .perform(requestBuilder)
                    .andExpect(status().isOk())
                    .andDo(MockMvcResultHandlers.print())
                    .andReturn();

• perform方法是執行一個(gè)RequestBuilder請求，調用Controller的業(yè)務(wù)處理邏輯。
• andExpect 方法是添加執行完成后的斷言，添加ResultMatcher驗證規則，驗證控制器執行完成后結果是否正確，此處是驗證狀態(tài)是否是200
• andDo 方法是添加一個(gè)結果處理器，比如再此處是andDo(MockMvcResultHandlers.print())輸出整個(gè)響應結果信息，可以在調試的時(shí)候使用。
• andReturn：方法是執行完成后返回相應的結果。

MockMvcRequestBuilders

• RequestBuilder是用來(lái)構建請求的。其提供了一個(gè)方法buildRequest(ServletContext servletContext) 用于構建MockHttpServletRequest； 其主要有兩個(gè)子類(lèi)MockHttpServletRequestBuilder和MockMultipartHttpServletRequestBuilder（文件上傳時(shí)使用），即用來(lái)mock客戶(hù)端請求需要的所有數據。
• 主要API有MockHttpServletRequestBuilder.get(String urlTemplate, Object… urlVariables)： 根據uri模板和uri變量值得到一個(gè)GET請求方式的RequestBuilder，如果在controller的方法中method選擇的是RequestMethod.GET，那在controllerTest中對應就要使用MockMvcRequestBuilders.get。
• MockHttpServletRequestBuilder.post(String urlTemplate, Object… urlVariables)：同get類(lèi)似，但是是post方法，通過(guò)param 方法來(lái)設置請求參數。

返回結果的content-type是application/json的請求的單元測試

get請求測試

get請求的測試就是調用MockMvcRequestBuilders的get方法， 在該方法中傳入接口地址。

  MockHttpServletRequestBuilder requestBuilder = MockMvcRequestBuilders.get("/v1/works/lineup/set")
                .param("id", "123")
                .param("first_flag", String.valueOf(true));
      String result = getMockResultStr(requestBuilder);

post請求測試

post請求的測試就是調用MockMvcRequestBuilders的post方法， 在該方法中傳入接口地址。

 MockHttpServletRequestBuilder requestBuilder = MockMvcRequestBuilders.post("/v1/blockly/copy")
                .param("id", "1211");
        success(requestBuilder);

文件上傳測試

文件上傳的測試就是調用MockMvcRequestBuilders的multipart方法， 在該方法中傳入接口地址。

  File file = new File(RestArmWorksControllerTest.class.getClassLoader().getResource("20201102172053.png").toURI());
        MockMultipartFile mockMultipartFile = new MockMultipartFile("file", "20201102172053.png", "", new FileInputStream(file));
        MockMultipartHttpServletRequestBuilder servletRequestBuilder = MockMvcRequestBuilders.multipart("/creation/fileUpload.do")
                .file(mockMultipartFile);
        String result = getMockResultStr(servletRequestBuilder);

發(fā)送一個(gè)json格式的數據到Controller層

String requestJson = JSONObject.toJSONString(folderInfo);
      MockHttpServletRequestBuilder requestBuilder = MockMvcRequestBuilders.post("http://v1/works/save").contentType(MediaType.APPLICATION_JSON).content(requestJson)；

返回結果是視圖請求的單元測試

那么，問(wèn)題來(lái)了，如果一個(gè)接口的返回結果是視圖，那么這個(gè)接口的單元測試該如何寫(xiě)呢？比如下面這個(gè)接口：

  @RequestMapping(value = "/edit")
   public String edit(ModelMap model, HttpServletRequest request, HttpServletResponse response) {
       Long scriptId = null;
       if (StringUtils.isNotBlank(request.getParameter("scriptId"))) {
           scriptId = Long.parseLong(request.getParameter("scriptId"));
       }
       if (scriptId != null) {
           MallSuperscript mallSuperscript = superScriptService.getScriptById(scriptId);
           model.addAttribute("superScript", mallSuperscript);
       }
       model.addAttribute("scriptTypeMap", ScriptType.toMap());
       logger.info("角標編輯頁(yè)面返回成功");
       return "manage/superScript/edit";

   }

這個(gè)接口返回的是一個(gè)視圖，就是名稱(chēng)為edit.jsp頁(yè)面。它的測試方法可以像下面這樣寫(xiě)。

   @Test
    public void testEdit() throws Exception {

        MvcResult mvcResult = mvc
                .perform(
                        get("/manage/tab2/superScript/edit").sessionAttr("adminid", "1111")
                                .sessionAttr("platformid", 1001L).param("scriptId", "1111"))
                .andExpect(status().isOk()).andDo(print()).andReturn();
       
        assertEquals("manage/superScript/edit", mvcResult.getModelAndView().getViewName());
    }
 

通過(guò)mvcResult.getModelAndView().getViewName()獲取視圖的名稱(chēng)。

直接測試一個(gè)service的方法

上面的那些測試針對的都是Controller層的接口，那么如果要測試一個(gè)service層的方法，該如何處理呢？

public class MallMailJobTest extends BaseControllerTest {

    private MallMailJob mallMailJob;

    @Override
    @Before
    public void setup() throws SQLException {
        super.setup();
        mallMailJob = getCtx().getBean(MallMailJob.class);
    }

    /**
     * 
     * @throws Exception
     */
    @Test
    public void testExecute() throws Exception {
        mallMailJob.execute();
    }

被測試的MallMailJob類(lèi)也可以通過(guò)@Autowired 注解直接注入進(jìn)Spring IOC容器中。拿到被測試類(lèi)的實(shí)例之后就可以直接調用被測試的方法，是不是灰常的簡(jiǎn)單呀。

總結

本文詳細介紹在SpringMVC任何使用Junit框架。首先介紹了如何引入依賴(lài)，接著(zhù)介紹了編寫(xiě)一個(gè)測試基類(lèi)，并且對其中涉及的各個(gè)注解做了一個(gè)詳細說(shuō)明。最后就是羅列了各種測試情況。

到此這篇關(guān)于SpringMVC框架如何與Junit整合看這個(gè)就夠了的文章就介紹到這了,更多相關(guān)SpringMVC整合Junit內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！