Junit 5とMockitoを使用して、単體テストの依存関係を効果的に分離します。 1. @mockを介してモックオブジェクトを作成し、@injectmocksテスト済みインスタンスを挿入します。 2。when（）。sonreturn（）を使用してシミュレーションの動(dòng)作を定義し、（）を検証してメソッド呼び出しとパラメーターの數(shù)を確認(rèn)します。 3。例外シナリオをシミュレートし、エラー処理を確認(rèn)できます。 4.コンストラクターの注入を推奨し、過剰なシミュレーションを避け、テスト原子性を維持します。 5。Assertall（）を使用してアサーションをマージし、@Nestedはテストシナリオを編成して、テストの保守性と信頼性を向上させます。

ユニットテストとモッキングは、Javaのコード品質(zhì)を確保するための重要な手段であり、Junit 5とMockitoはテストフレームワークの最も人気のある組み合わせです。特に外部サービス、データベース、または複雑なオブジェクトに依存するシナリオについては、ビジネスロジックを効率的に分離するために協(xié)力します。

なぜJunit 5 Mockitoを使用するのですか？

Junit 5は、Javaの主流の単體テストフレームワークであり、より柔軟な注釈モデル、拡張メカニズム、およびアサーション機(jī)能を提供します。 Mockitoは、「偽の」オブジェクトを作成および構(gòu)成して実際の依存関係を置き換えることができる強(qiáng)力なモッキングフレームワークであり、ターゲットクラスの動(dòng)作のテストに焦點(diǎn)を當(dāng)てることができます。

2つを組み合わせると、次のことができます。

• テストされたコードを外部依存関係から分離します
• メソッド呼び出しとパラメーターの數(shù)を確認(rèn)します
• 例外と境界條件をシミュレートします
• テストの保守性と実行速度を改善します

1?；镜膜虱h(huán)境構(gòu)築

まず、プロジェクトがJunit 5とMockitoの依存関係を?qū)毪筏皮い毪长趣虼_認(rèn)してください。 Mavenを使用している場合は、 pom.xmlに以下を追加します。

 <依存関係>
    <！ -  Junit 5->
    <依存関係>
        <groupId> org.junit.jupiter </groupId>
        <artifactid> junit-jupiter </artifactid>
        <バージョン> 5.10.0 </version>
        <scope>テスト</scope>
    </依存関係>

    <！ -  mockito->
    <依存関係>
        <groupid> org.mockito </groupid>
        <artifactid> mockito-core </artifactid>
        <バージョン> 5.7.0 </version>
        <scope>テスト</scope>
    </依存関係>

    <！ - モッキートジュニットジュピターサポート（オプション、@mockアノテーションの自動(dòng)初期化に使用） - >
    <依存関係>
        <groupid> org.mockito </groupid>
        <artifactid> mockito-junit-jupiter </artifactid>
        <バージョン> 5.7.0 </version>
        <scope>テスト</scope>
    </依存関係>
</依存関係>

また、Junit 5をサポートするビルド構(gòu)成を使用してください（Surefireプラグインバージョン> = 2.22.0など）。

2。モキトを使用して、依存関係オブジェクトをシミュレートします

Payment Gateway PaymentGatewayインターフェイスに依存する注文サービスOrderServiceがあるとします。

パブリックインターフェイスPayuneGateway {
    ブールチャージ（二重量）;
}

パブリッククラスのOrderservice {
    プライベートファイナルペイメントゲートウェイPaybeGategateway;

    Public Orderservice（PaymentGateGateway PayuneGateway）{
        this.paymentgateway = paymentgateway;
    }

    パブリックブールプロセスオーダー（二重量）{
        if（rument <= 0）falseを返します。
        Return PaymentGateway.Charge（額）;
    }
}

OrderService.processOrder()をテストしたいのですが、実際に支払いシステムを呼び出したくありません?，F(xiàn)時(shí)點(diǎn)では、Mockitoを使用してシミュレートされたPaymentGatewayを作成できます。

テストクラスを作成します

org.junit.jupiter.api.testをインポートします。
Import org.mockito.injectmocks;
Import org.mockito.mock;
static org.junit.jupiter.api.assertions。*;
static org.mockito.mockito。*;

class OrderServicETEST {

    @mock
    PrivateGateGateway PaymentGateway;

    @injectmocks
    Private Orderservice Orderservice;

    // @mockと@injectmocksを自動(dòng)的に初期化するには、mockitoextensionと協(xié)力する必要があります
    @org.junit.jupiter.api.extension.extendwith（mockitoextension.class）
    靜的クラスネスト{}

    @テスト
    void sexturnfalse_whenamountisinvalid（）{
        //テストBoolean result = OrderService.ProcessOrder（-100）でメソッドを呼び出します。

        // assert result assertfalse（result）;

        // Payment Gatewayがverify（payburegateway、never（））。
    }

    @テスト
    void sexturntrue_whenpaymentsucceeds（）{{
        //（PayuneGateway.Charge（100.0））。sonreturn（true）;

        // boolean result = OrderService.ProcessOrder（100.0）を?qū)g行します。

        // assert asserttrue（result）;
        Verify（PaymentGateway）.Charge（100.0）;
    }

    @テスト
    void sexturnfalse_whenpaymentfails（）{
        when（faymentgateway.Charge（100.0））。thenreturn（false）;

        boolean result = Orderservice.Processorder（100.0）;

        assertfalse（result）;
        Verify（PaymentGateway）.Charge（100.0）;
    }
}

キーポイント説明：

• @Mock ：模擬オブジェクトを作成する（mock）
• @InjectMocks ：ターゲットクラスインスタンスを作成し、 @Mockタグ付きフィールドを自動(dòng)的に挿入します（コンストラクターまたはフィールドインジェクションを介して）
• @ExtendWith(MockitoExtension.class) ：mockitoのjunit拡張がアノテーションを自動(dòng)的に初期化できるようにします
• when(...).thenReturn(...) ：シミュレーション方法の返品値を定義します
• verify(...) ：メソッドが呼び出されたかどうか、および呼び出し、パラメーターなどの數(shù)を確認(rèn)します。

3。動(dòng)作の検証

返品値の主張に加えて、メソッドが正しく呼ばれていることを確認(rèn)することもできます。例えば：

 @テスト
void shuldattemptexexactlyonce（）{
    when（faymentgateway.Charge（50.0））。thenreturn（true）;

    OrderService.ProcessOrder（50.0）;

    //充電メソッドが1回呼び出され、パラメーターが50.0であることを確認(rèn)します
    BERIFY（PaymentGateway、Times（1））。Charge（Eq（50.0））;
}

その他の一般的な検証方法：

• never() ：呼び出されません
• atLeastOnce() ：少なくとも1回
• timeout(100) ：指定された時(shí)間內(nèi)に呼び出されます（非同期の場合）
• inOrder(...) ：コールオーダーを確認(rèn)します

//例：inorder inorder = inorder（Paymineggateway）を確認(rèn)します。
inorder.verify（PaymentGateway）.Charge（30.0）;
inorder.verify（PaymentGateway）.Charge（20.0）;

4.例外と境界の狀況を処理します

Mock Objectをスローした例外を使用して、エラー処理ロジックをテストできます。

 @テスト
void shuldhandlepaymentfailureduetoexception（）{
    when（payburegateway.charge（100.0））

    assertthrows（runtimeexception.class、（） - > {
        OrderService.ProcessOrder（100.0）;
    }）;

    Verify（PaymentGateway）.Charge（100.0）;
}

doThrow()使用して、 doReturn()と協(xié)力して、 voidメソッドまたは特別なシナリオに対処することもできます。

5。ヒントとベストプラクティス

• 過剰な混合を避ける：本當(dāng)に分離が必要な依存関係のみをシミュレートし、リンク全體をシミュレートしないでください
• 優(yōu)先コンストラクターインジェクション：テスト中にモックオブジェクトを渡すのは簡単です
• テスト原子性を維持する：テストは1つの動(dòng)作のみを検証する
• assertAll()を使用したバッチアサーション

@テスト
void multipreasSertions（）{
    when（faymentgateway.Charge（100.0））。thenreturn（true）;

    boolean result = Orderservice.Processorder（100.0）;

    Assertall（
        （） - > asserttrue（result）、
        （） - > verify（paybeggateway）.Charge（100.0）
    ）;
}

• @Nestedテストクラスを使用して、さまざまなシナリオを整理します。

 @nested
class whenamountispositive {
    @テスト
    void sequechargepaymentgateway（）{...}
}

基本的にそれだけです。 Junit 5 Mockitoの組み合わせにより、Javaユニットテストは直感的で強(qiáng)力になります。重要なのは、「テストの実裝」ではなく「テスト動(dòng)作」を理解し、モックを介した依存関係を制御して、テストが高速で安定し、再現(xiàn)可能であることを確認(rèn)することです。

以上がJunit 5とMockitoを使用したJavaでのユニットテストとモッキングの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。