本文深入探討Mockito Spy樁定方法未生效的常見問(wèn)題。當(dāng)生產(chǎn)代碼獨(dú)立創(chuàng)建實(shí)例而非使用測(cè)試中的Spy對(duì)象時(shí)，樁定將失效。核心解決方案是采用依賴注入（DI），允許測(cè)試環(huán)境注入Spy對(duì)象，生產(chǎn)環(huán)境注入真實(shí)對(duì)象，從而確保樁定生效，提升代碼可測(cè)試性。文章將通過(guò)代碼示例詳細(xì)闡述這一實(shí)踐。

在使用Mockito進(jìn)行單元測(cè)試時(shí)，spy功能允許我們部分模擬一個(gè)真實(shí)對(duì)象，即可以調(diào)用真實(shí)方法，也可以樁定（stub）特定方法的行為。然而，一個(gè)常見的誤區(qū)是，即使我們對(duì)一個(gè)類的實(shí)例進(jìn)行了spy并樁定了其方法，生產(chǎn)代碼卻可能仍然調(diào)用真實(shí)對(duì)象的默認(rèn)行為，而不是我們預(yù)期的樁定值。

問(wèn)題根源分析

問(wèn)題的核心在于，Mockito的spy和mock對(duì)象是為了作為被測(cè)試單元的“依賴”而存在的。當(dāng)你的生產(chǎn)代碼在內(nèi)部自行創(chuàng)建了GetOptionBidPrice的實(shí)例時(shí)，它使用的是一個(gè)全新的、真實(shí)的GetOptionBidPrice對(duì)象，而不是你在測(cè)試中精心構(gòu)造并樁定的spyGetOptionBidPrice對(duì)象。

考慮以下生產(chǎn)代碼片段：

// 生產(chǎn)代碼片段
public class MyService {
    public double calculateValue() {
        // 在這里，getOptionBidPrice 是一個(gè)全新的實(shí)例
        GetOptionBidPrice getOptionBidPrice = new GetOptionBidPrice(...);
        double bidPrice = getOptionBidPrice.getBidPrice();
        // ... 使用 bidPrice 進(jìn)行后續(xù)計(jì)算
        return bidPrice * 2;
    }
}

以及對(duì)應(yīng)的測(cè)試代碼嘗試對(duì)GetOptionBidPrice進(jìn)行樁定：

// 測(cè)試代碼片段
@Test
void testCalculateValueWithStubbedBidPrice() {
    GetOptionBidPrice spyGetOptionBidPrice = spy(GetOptionBidPrice.class);
    // 樁定 getBidPrice 方法返回 100.0
    doReturn(100.0).when(spyGetOptionBidPrice).getBidPrice();

    // 問(wèn)題：MyService.calculateValue() 內(nèi)部仍會(huì)創(chuàng)建新的 GetOptionBidPrice 實(shí)例
    // 因此，上面樁定的 spyGetOptionBidPrice 并不會(huì)被 MyService 使用
    MyService myService = new MyService();
    double result = myService.calculateValue();

    // 預(yù)期 result 為 200.0 (100.0 * 2)，但實(shí)際可能因?yàn)?getBidPrice 返回 0.0 而得到 0.0
    assertEquals(200.0, result);
}

在這種情況下，盡管你在測(cè)試中樁定了spyGetOptionBidPrice.getBidPrice()，但MyService.calculateValue()方法內(nèi)部自行創(chuàng)建的GetOptionBidPrice實(shí)例與這個(gè)spy對(duì)象毫無(wú)關(guān)聯(lián)。因此，getBidPrice()方法調(diào)用的是真實(shí)對(duì)象的默認(rèn)實(shí)現(xiàn)，導(dǎo)致樁定失效。

解決方案：依賴注入 (Dependency Injection)

解決此問(wèn)題的關(guān)鍵在于采用依賴注入（Dependency Injection，簡(jiǎn)稱DI）。依賴注入是一種設(shè)計(jì)模式，它允許將對(duì)象的依賴關(guān)系從對(duì)象內(nèi)部移除，轉(zhuǎn)而由外部容器或框架在運(yùn)行時(shí)提供。這極大地提高了代碼的模塊化、可測(cè)試性和可維護(hù)性。

1. 修改生產(chǎn)代碼以接受依賴

不再在方法內(nèi)部創(chuàng)建依賴對(duì)象，而是將其作為方法的參數(shù)或類的構(gòu)造器參數(shù)傳入。

修改前 (問(wèn)題代碼):

public class MyService {
    public double calculateValue() {
        GetOptionBidPrice getOptionBidPrice = new GetOptionBidPrice(...); // 內(nèi)部創(chuàng)建依賴
        double bidPrice = getOptionBidPrice.getBidPrice();
        return bidPrice * 2;
    }
}

修改后 (使用依賴注入):

方法參數(shù)注入：

public class MyService {
    // 將 GetOptionBidPrice 作為方法參數(shù)傳入
    public double calculateValue(GetOptionBidPrice getOptionBidPrice) {
        double bidPrice = getOptionBidPrice.getBidPrice();
        return bidPrice * 2;
    }
}

構(gòu)造器注入 (推薦，更符合面向?qū)ο笤O(shè)計(jì))：

public class MyService {
    private final GetOptionBidPrice getOptionBidPrice;

    // 通過(guò)構(gòu)造器注入 GetOptionBidPrice 實(shí)例
    public MyService(GetOptionBidPrice getOptionBidPrice) {
        this.getOptionBidPrice = getOptionBidPrice;
    }

    public double calculateValue() {
        double bidPrice = getOptionBidPrice.getBidPrice();
        return bidPrice * 2;
    }
}

2. 在測(cè)試中注入Spy對(duì)象

通過(guò)依賴注入，我們現(xiàn)在可以在測(cè)試中將樁定好的spy對(duì)象傳入MyService，確保MyService內(nèi)部使用的是我們期望的模擬行為。

import org.junit.jupiter.api.Test;
import static org.mockito.Mockito.*;
import static org.junit.jupiter.api.Assertions.assertEquals;

class MyServiceTest {

    @Test
    void testCalculateValueWithStubbedBidPrice() {
        // 1. 創(chuàng)建并樁定 Spy 對(duì)象
        GetOptionBidPrice spyGetOptionBidPrice = spy(new GetOptionBidPrice(...)); // 如果 GetOptionBidPrice 有構(gòu)造器參數(shù)，這里需要傳入
        doReturn(100.0).when(spyGetOptionBidPrice).getBidPrice();

        // 2. 實(shí)例化 MyService，并注入樁定好的 Spy 對(duì)象
        // 如果使用構(gòu)造器注入：
        MyService myService = new MyService(spyGetOptionBidPrice);
        // 如果使用方法參數(shù)注入，則在調(diào)用 calculateValue 時(shí)傳入：
        // MyService myService = new MyService(); // 假設(shè) MyService 還有無(wú)參構(gòu)造器

        // 3. 調(diào)用被測(cè)試方法
        double result = myService.calculateValue(); // 如果是方法參數(shù)注入，這里傳入 spyGetOptionBidPrice

        // 4. 驗(yàn)證結(jié)果
        assertEquals(200.0, result, "樁定值應(yīng)被正確使用并計(jì)算");

        // 5. 驗(yàn)證 spy 方法是否被調(diào)用 (可選)
        verify(spyGetOptionBidPrice, times(1)).getBidPrice();
    }
}

3. 在生產(chǎn)代碼中注入真實(shí)對(duì)象

在生產(chǎn)環(huán)境中，你將注入一個(gè)真實(shí)的GetOptionBidPrice實(shí)例。這通常通過(guò)Spring、Guice等DI框架自動(dòng)完成，或者手動(dòng)創(chuàng)建并傳遞。

// 生產(chǎn)代碼中的調(diào)用示例
public class ApplicationRunner {
    public static void main(String[] args) {
        // 創(chuàng)建真實(shí)的 GetOptionBidPrice 實(shí)例
        GetOptionBidPrice realGetOptionBidPrice = new GetOptionBidPrice(...);

        // 創(chuàng)建 MyService 實(shí)例，并注入真實(shí)的依賴
        MyService myService = new MyService(realGetOptionBidPrice);

        // 調(diào)用業(yè)務(wù)方法
        double finalValue = myService.calculateValue();
        System.out.println("Calculated Value: " + finalValue);
    }
}

總結(jié)與注意事項(xiàng)

• 依賴注入是關(guān)鍵： 任何一個(gè)類或方法如果需要使用其他對(duì)象的功能，都應(yīng)該通過(guò)依賴注入的方式獲取這些對(duì)象，而不是在內(nèi)部自行創(chuàng)建。這是實(shí)現(xiàn)高內(nèi)聚、低耦合、高可測(cè)試性代碼的基礎(chǔ)。
• Spy與Mock的區(qū)別： spy用于部分模擬真實(shí)對(duì)象，保留真實(shí)行為；mock則完全模擬，所有方法默認(rèn)不執(zhí)行真實(shí)邏輯。無(wú)論使用哪種，它們都是為了被注入到被測(cè)試單元中。
• 構(gòu)造器注入 vs. Setter注入 vs. 方法參數(shù)注入：
  • 構(gòu)造器注入通常是首選，因?yàn)樗ＷC了對(duì)象在創(chuàng)建時(shí)就擁有所有必要的依賴，使得對(duì)象始終處于有效狀態(tài)，并且依賴是不可變的。
  • Setter注入允許在對(duì)象創(chuàng)建后設(shè)置依賴，適用于可選依賴或循環(huán)依賴（不推薦）。
  • 方法參數(shù)注入適用于特定方法需要某個(gè)臨時(shí)依賴的場(chǎng)景，但如果依賴是類級(jí)別的，則構(gòu)造器注入更合適。
• 測(cè)試驅(qū)動(dòng)開發(fā) (TDD) 的實(shí)踐： 遵循TDD原則，在編寫功能代碼之前先寫測(cè)試，這會(huì)自然而然地引導(dǎo)你設(shè)計(jì)出易于測(cè)試的、低耦合的代碼結(jié)構(gòu)，其中依賴注入是不可或缺的一部分。

通過(guò)采納依賴注入模式，你不僅解決了Mockito Spy樁定不生效的問(wèn)題，更重要的是，你的代碼將變得更加健壯、靈活和易于維護(hù)。

以上是解決Mockito Spy方法未生效：理解依賴注入與測(cè)試策略的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！