摘要：?jiǎn)卧獪y(cè)試因?yàn)楣締卧獪y(cè)試覆蓋率需要達(dá)到，所以進(jìn)行單元測(cè)試用例編寫。測(cè)試的時(shí)候可以把每個(gè)判斷分支都走到。同這句代碼，可以通過如此一個(gè)對(duì)象，使用以上方法基本上可以編寫所有代碼的測(cè)試類。編寫測(cè)試一定程度上可以發(fā)現(xiàn)代碼錯(cuò)誤，可以借此重構(gòu)代碼。

3.springboot單元測(cè)試
因?yàn)楣締卧獪y(cè)試覆蓋率需要達(dá)到80%，所以進(jìn)行單元測(cè)試用例編寫。多模塊項(xiàng)目的因?yàn)闀?huì)經(jīng)常調(diào)用其他服務(wù)，而且避免數(shù)據(jù)庫(kù)操作對(duì)于數(shù)據(jù)庫(kù)造成影響，所以所有的操作都要mock掉，也就是模擬調(diào)用的結(jié)果。測(cè)試用例編寫可以參考https://www.journaldev.com/21...，上面介紹也比較詳細(xì)，不過以下介紹是自己遇到的一些問題。
3.1配置文件

  
        
        6.14.3
        4.12
        2.19.0
        2.0.0-beta.5
    


        
            org.springframework.boot
            spring-boot-starter-test
            test
        
        
        
            org.testng
            testng
            ${testng.version}
            test
        
        
        
            junit
            junit
            ${junit4.version}
            test
        
        
        
            org.mockito
            mockito-core
            ${mockito-core.version}
            test
        
        
        
            org.powermock
            powermock-module-testng
            ${powermock.version}
            test
        
        
        
            org.powermock
            powermock-module-junit4
            ${powermock.version}
            test
        
        
        
            org.powermock
            powermock-api-mockito2
            ${powermock.version}
            test
        

可以參考如https://www.journaldev.com/21...

這三個(gè)依賴是支持靜態(tài)類mock所需要的，還有一個(gè)版本的問題，之前2.0.0-beta.5的版本是1.7.5遇到了類似

java.lang.NoSuchMethodError: org.mockito.internal.handler.MockHandlerFactory.createMockHandler(Lorg/mockito/mock/MockCreationSettings;)Lorg/mockito/internal/InternalMockHandler;

的報(bào)錯(cuò)，修改了版本后來(lái)得到了解決。

3.2.沒有靜態(tài)方法調(diào)用

要測(cè)的serverImpl類使用@InjectMocks，其他所有的依賴的類使用@Mock掉，這樣可以模擬依賴的類的實(shí)現(xiàn)而不是調(diào)用依賴類的實(shí)現(xiàn)，放置比如調(diào)用數(shù)據(jù)庫(kù)操作導(dǎo)致的問題。類上使用@RunWith(SpringRunner.class)注解。

一下為測(cè)試代碼，withLearningService.getGift(passId, code, token, ip)里面會(huì)用到paramUtil.getParamByParamName(PRODUCT_CODE)以及openApiService.userQueryInfoById(anyString())，所以我們需要把用到的兩個(gè)方法模擬它的返回結(jié)果。

when(paramUtil.getParamByParamName(PRODUCT_CODE)).thenReturn(productCode);
when(openApiService.userQueryInfoById(anyString())).thenReturn(intevee);
withLearningService.getGift(passId, code, token, ip);

使用when模擬paramUtil的返回結(jié)果，也可以使用any()模擬對(duì)象,anyString()來(lái)字符串，還有anyInt(),anyLong()模擬其他類型參數(shù)。測(cè)試的時(shí)候可以把每個(gè)判斷分支都走到。
如果類加上@SpringBootTest注解的話項(xiàng)目會(huì)啟動(dòng)springboot項(xiàng)目加載各種配置，速度會(huì)慢很多，建議直接都mock掉不需要啟動(dòng)springboot環(huán)境。

3.3需要使用靜態(tài)方法
類上使用
@RunWith(PowerMockRunner.class)
@PrepareForTest({ HttpsUtils.class, RedisUtil.class, SpringContextUtil.class,AESUtil.class,KeyGenerator.class })
兩個(gè)注解，需要使用靜態(tài)方法的類添加到@PrepareForTest的參數(shù)里面。一般的靜態(tài)方法調(diào)用直接使用：

    PowerMockito.mockStatic(RedisUtil.class);
        PowerMockito.when(RedisUtil.get(anyString())).thenReturn("0");

但是如上面的這個(gè)調(diào)用會(huì)產(chǎn)生類似：

的錯(cuò)誤，RedisUtil是我司自己封裝的Redis操作工具類，查看RedisUtil.get方法，看到需要注入spring的上下文環(huán)境ApplicationContext applicationContext。所以需要添加該上下文環(huán)境

   PowerMockito.mockStatic(SpringContextUtil.class);
        PowerMockito.when(SpringContextUtil.getApplicationContext()).thenReturn(new XmlWebApplicationContext());
        PowerMockito.mockStatic(RedisUtil.class);
        PowerMockito.when(RedisUtil.get(anyString())).thenReturn("0");

這樣可以解決問題，我自己編寫的過程中遇到了一個(gè)加解密類報(bào)錯(cuò)，工具類代碼如下

    if (key == null || content == null || content.isEmpty()) {
            return null;
        }
        String msg = null;

        byte[] byteRresult = new byte[content.length() / 2];

        for (int i = 0; i < content.length() / 2; i++) {
            int high = Integer.parseInt(content.substring(i * 2, i * 2 + 1), 16);
            int low = Integer.parseInt(content.substring(i * 2 + 1, i * 2 + 2), 16);
            byteRresult[i] = (byte) (high * 16 + low);
        }

        try {
            KeyGenerator kgen = KeyGenerator.getInstance("AES");
            kgen.init(128);
            SecretKeySpec secretKeySpec = new SecretKeySpec(key.getBytes(), "AES");
            Cipher cipher = Cipher.getInstance("AES/ECB/PKCS5Padding");
            cipher.init(Cipher.DECRYPT_MODE, secretKeySpec);
            byte[] result = cipher.doFinal(byteRresult);
            return new String(result);

測(cè)試類的mock編寫如入下:

        PowerMockito.mockStatic(AESUtil.class);
        PowerMockito.when(AESUtil.decrypt(anyString(), anyString())).thenReturn("11");

這樣編寫報(bào)錯(cuò)，改為以下則完成測(cè)試用例編寫。

        PowerMockito.mockStatic(KeyGenerator.class);
        KeyGenerator keyg = Mockito.mock(KeyGenerator.class);
        PowerMockito.when(KeyGenerator.getInstance(anyString())).thenReturn(keyg);
        PowerMockito.mockStatic(AESUtil.class);
        PowerMockito.when(AESUtil.decrypt(anyString(), anyString())).thenReturn("11");

同KeyGenerator keyg = Mockito.mock(KeyGenerator.class);這句代碼，可以通過如此mock一個(gè)對(duì)象，使用以上方法基本上可以編寫所有代碼的測(cè)試類。這里的測(cè)試最好都是針對(duì)server層進(jìn)行測(cè)試，為什么不對(duì)controller層也進(jìn)行測(cè)試，其實(shí)主要是單元測(cè)試的意義是把基本的邏輯跑通，controller層的測(cè)試一定程度上可以交由測(cè)試進(jìn)行測(cè)試，單元測(cè)試如果要覆蓋到每一個(gè)判斷分支也是不好寫的，比較痛苦。編寫測(cè)試一定程度上可以發(fā)現(xiàn)代碼錯(cuò)誤，可以借此重構(gòu)代碼。