2. 程式人生 > >powermockito單元測試之深入實踐

powermockito單元測試之深入實踐

阿新 • • 發佈：2018-12-15

概述

由於最近工作需要, 在專案中要做單元測試, 以達到指定的測試用例覆蓋率指標。專案中我們引入的powermockito來編寫測試用例, JaCoCo來監控單元測試覆蓋率。關於框架的選擇, 網上討論mockito和powermockito孰優孰劣的文章眾多, 這裡就不多做闡述, 讀者如有興趣可自行了解。

依賴引入

<dependency>
    <groupId>org.powermock</groupId>
    <artifactId>powermock-module-junit4-rule-agent</artifactId>
    <version>1.6.6</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.powermock</groupId>
    <artifactId>powermock-api-mockito</artifactId>
    <version>1.6.6</version>
</dependency>
<dependency>
    <groupId>org.powermock</groupId>
    <artifactId>powermock-module-junit4</artifactId>
    <version>1.6.6</version>
</dependency>

被測試類

public class PowerMockitoDemo {

    @Autowired
    private StudentDao studentDao;

    @Autowired
    private TeacherService teacherService;

    public void study() {
        //doSomething
    }

    private void play(Map<String, Object> project, Person person, int hours) {
        
 
//doSomething
    }

    private boolean updateStudentName(String newName) {
        //doSomething
    }

    public ServiceResult grantRights(List<String> usernames, String rights, String orderid, String id) {
        String value1 = PropertiesUtil.get("key1");
        String value2 = PropertiesUtil.get("key2");
        studentDao.saveRecord(usernames);
 
//返回值型別void
        Student student = studentDao.getStudentById(id);
        boolean result = this.verifyParams(usernames);
        teacherService.syncDB2Redis(usernames, orderid);
        this.updateOperation(rights);
    }

    private boolean verifyParams(List<String> usernames) {
        //doSomething
    }

    private void updateOperation(String rights) {
        //doSomething
    }
}

測試用例基類

//@PrepareForTest註解和@RunWith註解需結合使用,單獨使用將不起作用
@RunWith(PowerMockRunner.class)
@PrepareForTest({RedisUtils.class})
@SuppressStaticInitializationFor({"com.test.util.RedisUtils", "com.test.util.HttpUtils"})//用於阻止類中的靜態程式碼塊執行
public abstract class BaseTest {

    public RedisUtils redisUtils;

    @Rule
    public ExpectedException thrown = ExpectedException.none();//斷言要丟擲的異常

    public void setUp() {
        initMocks(this);

        PowerMockito.suppress(PowerMockito.constructor(ShardedJedisClientImpl.class, String.class));
        redisUtils = PowerMockito.mock(RedisUtils.class);
        Whitebox.setInternalState(RedisUtils.class, "redisUtil", redisUtils);//給類或例項物件的成員變數設定模擬值,這裡是給RedisUtils類中的欄位redisUtil設定模擬值

        PowerMockito.suppress(PowerMockito.constructor(HttpUtils.class));
        PowerMockito.mockStatic(HttpUtils.class);//mock類中所有靜態方法
    }

    /**
     * @param instance 真實物件
     * @param methodName 方法名
     * @param args 形參列表
     */
    public Object callPrivateMethod(Object instance, String methodName, Object... args) throws Exception {
        return Whitebox.invokeMethod(instance, methodName, args);//呼叫私有方法
    }

}

測試用例

@PrepareForTest({PowerMockitoDemo.class, PropertiesUtil.class})//此處PowerMockitoDemo被測試類新增到@PrepareForTest註解中, 用於mock其靜態、final修飾及私有方法;另外,PropertiesUtil工具類由於不通用,不適合抽取到基類BaseTest中, 可在子類mock
@SuppressStaticInitializationFor("com.test.util.PropertiesUtil")//用於阻止類中的靜態程式碼塊執行
public class PowerMockitoDemoTest extends BaseTest{

    @org.powermock.core.classloader.annotations.Mock
    private StudentDao studentDao;

    @org.powermock.core.classloader.annotations.Mock
    private TeacherService teacherService;

    @org.powermock.core.classloader.annotations.Mock
    @InjectMocks
    private PowerMockitoDemo powerMockitoDemo;

    @Override
    @Before
    public void setUp() {
        super.setUp();
        PowerMockito.suppress(PowerMockito.constructor(PropertiesUtil.class));
        PowerMockito.mockStatic(PropertiesUtil.class);//mock類中所有靜態方法
    }

    @Test
    public void studyWhenCallSuccessfully() {
        PowerMockito.doCallRealMethod().when(powerMockitoDemo).study();
        //doSomething

        powerMockitoDemo.study();
    }

    @Test
    public void playWhenCallSuccessfully() {
        Map<String, Object> project = new HashMap<String, Object>();
        Person person = new Person();
        int hours = 8;

        PowerMockito.doCallRealMethod().when(powerMockitoDemo, "play", Matchers.anyMapOf(String.class, Object.class), Matchers.any(Person.class), Matchers.anyInt());
        //doSomething

        this.callPrivateMethod(powerMockitoDemo, "play", project, person, hours);
    }

    @Test
    public void updateStudentNameWhenCallSuccessfully() throws Exception {
        String id = "9527";

        PowerMockito.when(powerMockitoDemo, "updateStudentName", Matchers.anyString()).thenCallRealMethod();
        //doSomething

        boolean actualResult = this.callPrivateMethod(powerMockitoDemo, "updateStudentName", id);
        Assert.assertTrue(actualResult == true);
    }

    @Test
    public void getStudentByIdWhenCallSuccessfully() throws Exception {
        List<String> usernames = new ArrayList<String>();
        String rights = "萬葉飛花流";
        String orderid = "orderid";
        String id = "id";

        //呼叫真實方法
        PowerMockito.when(powerMockitoDemo.grantRights(Matchers.anyListOf(String.class), Matchers.anyString(), Matchers.anyString(), Matchers.anyString())).thenCallRealMethod();
        //當方法內重複呼叫同一個方法時, 可通過Matchers.eq()方法來指定實際入參來加以區分
        PowerMockito.when(PropertiesUtil.get(Matchers.eq("key1"))).thenReturn("value1");
        PowerMockito.when(PropertiesUtil.get(Matchers.eq("key2"))).thenReturn("value2");
        //返回值型別為void,不做任何事情
        PowerMockito.doNothing().when(studentDao).saveRecord(Matchers.anyListOf(String.class));
        //類似需要呼叫資料庫、redis、遠端服務的,可直接模擬返回值,不做方法的真實呼叫
        PowerMockito.when(studentDao.getStudentById(Matchers.anyString())).thenReturn(new Student());
        //呼叫真實的私有方法
        PowerMockito.when(powerMockitoDemo, "verifyParams", Matchers.anyListOf(String.class)).thenCallRealMethod();
        //模擬私有方法返回值
        PowerMockito.when(powerMockitoDemo, "verifyParams", Matchers.anyListOf(String.class)).thenReturn(true);
        //模擬方法呼叫丟擲異常。當被呼叫的方法頭沒有顯式宣告異常時, 則mock只支援unchecked exception,比如這裡syncDB2Redis()方法簽名沒有宣告任何異常,則thenThrow()模擬異常時只支援模擬執行時異常,使用非執行時異常將編譯不通過
        PowerMockito.when(teacherService.syncDB2Redis(Matchers.anyListOf(String.class), Matchers.anyString())).thenThrow(new RuntimeException("Failed to call remote service"));
        PowerMockito.doNothing().when(powerMockitoDemo, "updateOperation", Matchers.anyString());

        ServiceResult expectedResult = new ServiceResult();
        ServiceResult actualResult = powerMockitoDemo.grantRights(usernames, rights, orderid, id);
        //斷言實際呼叫結果是否符合預期值
        Assert.assertEquals(JSON.toJSONString(expectedResult), JSON.toJSONString(actualResult));
    }
}

如上, 具體的闡釋在程式碼註釋中都已經標註, 抽取基類是為了提高程式碼可重用性。博主這裡是為了演示, 所以程式碼看起來會有點臃腫, 在實際專案使用中, 可以通過靜態引入 import static org.mockito.Mockito.when; 和 import static org.mockito.Matchers.*; 來簡化程式碼, 提高可閱讀性。

另外由於被測試類在測試方法中被mock掉, 且被@PrepareForTest註解標記時, JaCoCo工具統計測試覆蓋率將忽略該測試類。可通過在基類BaseTest中新增 @Rule public ExpectedException thrown = ExpectedException.none(); , 並去掉 @RunWith(PowerMockRunner.class) 和 @SuppressStaticInitializationFor 來使統計測試覆蓋率生效。但這裡又有一個新問題產生, 基類修改之後, 發現測試用例無法進入debug除錯, 因此建議先用修改前的基類來編寫單元測試, 便於除錯, 待測試用例完成後, 再修改基類令Jacoco統計覆蓋率生效。

關於PowerMockito的實踐, 博主目前在專案中的使用主要就涉及到了這些, 後面如有接觸新的相關知識點, 會陸續更新到本篇文章中。如有錯誤, 歡迎指正, 謝謝^_^

相關推薦

powermockito單元測試之深入實踐

概述 由於最近工作需要, 在專案中要做單元測試, 以達到指定的測試用例覆蓋率指標。專案中我們引入的powermockito來編寫測試用例, JaCoCo來監控單元測試覆蓋率。關於框架的選擇, 網上討論mockito和powermockito孰優孰劣的文章眾多, 這裡就不多做闡述, 讀者如有興趣可自行了解。

單元測試之Stub和Mock

下載 我們 並且 試用 sample 註入 mes oge new 單元測試之Stub和Mock FROM：http://www.cnblogs.com/TankXiao/archive/2012/03/06/2366073.html 在做單元測試的時候，我們會發現我

python + unittest 做單元測試之學習筆記

stl unittest 例子 gin pre log script 有關 assert 單元測試在保證開發效率、可維護性和軟件質量等方面有很重要的地位，所謂的單元測試，就是對一個類，一個模塊或者一個函數進行正確性檢測的一種測試方式。 這裏主要是就應用 python + u

論單元測試之重要性

表單 曾經 mybatis 服務 request 第一個 完成 分離 能說 單元測試的重要性不言而喻，自我開發生涯以來，從很少註釋過過場場，到非常重視。 單元測試為什麽會讓人忽視呢？ 通常情況像一些查詢或者增刪改之類，拿我來說，即便報錯我大概一掃，我就知道錯誤是什麽了，該如

python筆記24-unittest單元測試之mock.patch

rom Coding int self. 錯誤 測試用例 方法 org auto 前言 上一篇python筆記23-unittest單元測試之mock對mock已經有初步的認識, 本篇繼續介紹mock裏面另一種實現方式，patch裝飾器的使用,patch() 作為函數裝飾器

補習系列-springboot 單元測試之道

try 精彩 一次 run rest spec ner hat ltm 目錄 目標 一、About 單元測試 二、About Junit 三、SpringBoot-單元測試 項目依賴 測試樣例 四、Mock測試 五、最後 目標 了解 單元測試的背景 了解如何 利用

單元測試之Mock(Moq)

inter 商品 void 簡單 calc 不用 準備 targe ted Mock翻譯為“嘲弄”，其實就是偽造一個對象用於測試。在單元測試中，被測試方法依賴於其他對象時，為了測試簡單一般“偽造”一個這個對象；這樣做的目的： 不用考慮依賴對象的復雜性（方便準備測試數據）

java單元測試之如何實現非同步介面的測試案例

測試是軟體釋出的重要環節，單元測試在實際開發中是一種常用的測試方法，java單元測試主要用junit，最新是junit5，本人開發一般用junit4。因為單元測試能夠在軟體模組組合之前儘快發現問題，所以實際開發中投入產出比很高。實際使用難免會遇到非同步操作的介面測試，最常用的情景是別人家的SD

前端單元測試之Jest

概述 關於前端單元測試的好處自不必說，基礎的介紹和知識可以參考之前的部落格連結：React Native單元測試。在軟體的測試領域，測試主要分為：單元測試、整合測試和功能測試。 單元測試：在計算機程式設計中，單元測試（英語：Unit Testing）又稱為模組測試, 是針對程式模組（軟體設計的最小單

單元測試優化的實踐(Generative Testing)

首先為什麼要寫單元測試？ 因為對於任何一個軟體來說，“滿足需求”是他存在的必要條件，也是軟體的價值體現。單元測試一定是為它服務的。所以很容易知道寫單元測試的兩個動機：驅動（如：TDD）和驗證功能實現。另外，軟體需求“易變”的特徵決定了修改程式碼成為必然，在這種情況下，單元測試能保護已

單元測試優化的實踐Generative Testing

首先為什麼要寫單元測試？ “滿足需求”是所有軟體存在的必要條件，單元測試一定是為它服務的。從這一點出發，我們可以總結出寫單元測試的兩個動機：驅動（如：TDD）和驗證功能實現。另外，軟體需求“易變”的特徵決定了修改程式碼成為必然，在這種情況下，單元測試能保護已有的功能不被破壞。 基於以上

spring boot單元測試之druid NullPointException

最近在使用spring boot 對 Controller 進行單元測試時，發現 druid 竟然丟擲了空指標異常。原因是，使用了druid的監控，需要經過druid的 Filter 攔截器，但是spr

phpunit 單元測試之程式碼覆蓋率

最近團隊在不斷完善專案中的單元測試用例，會用到程式碼覆蓋率分析，本來以為 homestead 應該預設安裝了 xdebug ，所以使用 phpunit --coverage-html ./tests/codeCoverage 來生成 html 報告，但是執行後提示如下錯誤 Error: No

介面測試之深入理解HTTPS

前言 隨著網路安全問題越來越被重視，HTTPS協議的使用已經逐漸主流化。目前的主流站點均已使用了HTTPS協議；比如：百度、淘寶、京東等一二線主站都已經遷移到HTTPS服務之上。而作為測試人員來講，也要需時俱進對HTTPS協議要有一定的瞭解，這樣就可以更好的幫助我們在工作完成任務和排查問題。 HTTP與T

談談單元測試之（四）：測試工具 TestNG

前言 上一篇文章《測試工具 JUnit 4》中提到了 JUnit 4，並對 JUnit 4 做了簡單的討論，這篇文章我們將要圍繞另一款測試工具討論 —— TestNG。其實，這篇文章應該寫在《測試工具 JUnit 3》之後，和《測試工具 JU

談談單元測試之（三）：測試工具 JUnit 4

前言 上一篇文章《測試工具 JUnit 3》簡單的討論了 JUnit 3 的使用以及內部的方法。這篇文章將會在 JUnit 3 的基礎上，討論一下 JUnit 4 的新特性。同時，與 JUnit 3 做一個簡單的對比。那麼，廢話就不多說了，直

談談單元測試之（二）：測試工具 JUnit 3

前言 上一篇文章《 為什麼要進行煩人的單元測試？》討論了一下現階段軟體開發中，程式設計師們測試情況的現狀。這篇文章中，我打算介紹一下單元測試的工具（外掛），並且推薦大家以後在開發中，真正的用上單元測試，用好單元測試。

談談單元測試之（一）：為什麼要進行煩人的單元測試？

前言 最近，在網上看到過一個調查，調查的內容是“程式設計師在專案開發中編寫單元測試的情況”。當然，至於調查的結果，我想聰明的你已經可以猜到了。高達 58.3% 的比例，一般情況下不寫單元測試，只有偶爾的情況才會寫寫。16.6%

Java單元測試之JUnit篇

JUnit4通過註解的方式來識別測試方法。目前主要註解有： @BeforeClass 全域性只會執行一次，而且是第一個執行，且必須為static void @Before 在測試方法執行之前執行，即初

[OpenStack UT] 單元測試之Monkey Patch

再說monkey patch之前先說下, python中的Test Double, Test Double就是在測試case中給某個物件做替身的意思. 用一個假物件替換. 用Test Double時， 可以有三種實現的形式， Stub，Mock object, Fake O