mockitoを使用したプライベートメソッドのテスト

パブリッククラスA {

    public void method（boolean b）{
          if（b == true）
               method1（）;
          そうしないと
               method2（）;
    }

    プライベートvoid method1（）{}
    プライベートvoid method2（）{}
}

パブリッククラスTestA {

    @テスト
    public void testMethod（）{
      A a = mock（A.class）;
      a.method（true）;
      // verify（a）.method1（）;のようにテストする方法
    }
}

プライベートメソッドをテストする方法が呼び出されるかどうか、およびmockitoを使用してプライベートメソッドをテストする方法???

あなたはMockitoでそれを行うことはできませんが、使用することができますPowermockを Mockitoモックプライベートメソッドを拡張します。PowermockはMockitoをサポートしています。ここに例があります。

mockitoではできません。彼らのウィキから

Mockitoがプライベートメソッドをモックしないのはなぜですか？

まず、プライベートメソッドのモックについて独断的ではありません。テストの観点からはプライベートメソッドが存在しないため、プライベートメソッドは気にしません。Mockitoがプライベートメソッドをモックしない理由は次のとおりです。

それは決して弾丸の証拠ではないクラスローダーのハッキングを必要とし、それはAPIを変更します（カスタムテストランナーを使用したり、クラスに注釈を付けたりする必要があります）。

回避策は非常に簡単です。メソッドの可視性をプライベートからパッケージ保護（または保護）に変更するだけです。

実装と保守に時間を費やす必要があります。また、ポイント2と、別のツール（powermock）に既に実装されているという事実を考えると、意味がありません。

最後に...プライベートメソッドのモックは、オブジェクト指向の理解に何か問題があることのヒントです。オブジェクト指向では、メソッドではなくオブジェクト（またはロール）を協調させたいと考えています。Pascalと手続き型のコードは忘れてください。オブジェクトで考える。

これはpowermockでそれを行う方法の小さな例です

public class Hello {
    private Hello obj;
    private Integer method1(Long id) {
        return id + 10;
    }
} 

method1をテストするには、コードを使用します。

Hello testObj = new Hello();
Integer result = Whitebox.invokeMethod(testObj, "method1", new Long(10L));

プライベートオブジェクトobjを設定するには、次を使用します。

Hello testObj = new Hello();
Hello newObject = new Hello();
Whitebox.setInternalState(testObj, "obj", newObject);

これについては、どのような方法があるかではなく、行動の観点から考えてください。trueのmethod場合、呼び出されたメソッドには特定の動作がbあります。bがfalseの場合、動作は異なります。つまり、2つの異なるテストを作成する必要がありますmethod。ケースごとに1つ。したがって、3つのメソッド指向のテスト（1つはmethod、1つはmethod1、1つはmethod2）の代わりに、2つの動作指向のテストがあります。

これに関連して（私は最近、別のSOスレッドでこれを提案し、結果として4文字の単語と呼ばれるようになったので、これを塩の粒で自由に使ってください）。メソッドの名前ではなく、テストしている動作を反映したテスト名を選択すると便利です。そのため、テストtestMethod()、testMethod1()などtestMethod2()を呼び出さないでください。私は、calculatedPriceIsBasePricePlusTax()またはのような名前が好きtaxIsExcludedWhenExcludeIsTrue()です。次に、各テストメソッド内で、示された動作のみをテストします。このような動作のほとんどは、パブリックメソッドへの1回の呼び出しのみを含みますが、プライベートメソッドへの多くの呼び出しを伴う場合があります。

お役に立てれば。

Mockitoはその機能を提供していませんが、Mockito + JUnit ReflectionUtilsクラスまたはSpring ReflectionTestUtilsクラスを使用して同じ結果を得ることができます。取られた以下の例を参照してくださいここでプライベートメソッドを呼び出す方法を説明します：

ReflectionTestUtils.invokeMethod(student, "saveOrUpdate", "From Unit test");

ReflectionTestUtilsとMockitoの完全な例は、Mockito for Springの本にあります。

プライベートメソッドをテストすることは想定していません。これらはいずれにせよプライベートメソッドを呼び出す必要があるため、非プライベートメソッドのみをテストする必要があります。プライベートメソッドをテストしたい場合は、設計を再考する必要があることを示している可能性があります。

適切な依存性注入を使用していますか？プライベートメソッドを別のクラスに移動してテストする必要があるのでしょうか。これらのメソッドはプライベートである必要がありますか？...むしろ、デフォルトにしたり、保護したりすることはできませんか？

上記の例では、「ランダムに」呼び出される2つのメソッドを実際に独自のクラスに配置し、テストしてから、上記のクラスに注入する必要がある場合があります。

リフレクションを使用してmockitoを使用して内部のプライベートメソッドをテストすることができました。ここに例があります、意味のある名前を付けてみました

//Service containing the mock method is injected with mockObjects

@InjectMocks
private ServiceContainingPrivateMethod serviceContainingPrivateMethod;

//Using reflection to change accessibility of the private method

Class<?>[] params = new Class<?>[]{PrivateMethodParameterOne.class, PrivateMethodParameterTwo.class};
    Method m = serviceContainingPrivateMethod .getClass().getDeclaredMethod("privateMethod", params);
    //making private method accessible
    m.setAccessible(true); 
    assertNotNull(m.invoke(serviceContainingPrivateMethod, privateMethodParameterOne, privateMethodParameterTwo).equals(null));

1. リフレクションを使用すると、プライベートメソッドをテストクラスから呼び出すことができます。この場合、

   // testメソッドは次のようになります...

   public class TestA {
   
     @Test
       public void testMethod() {
   
       A a= new A();
       Method privateMethod = A.class.getDeclaredMethod("method1", null);
       privateMethod.setAccessible(true);
       // invoke the private method for test
       privateMethod.invoke(A, null);
   
       }
   }

2. プライベートメソッドが他のプライベートメソッドを呼び出す場合、オブジェクトをスパイして別のメソッドをスタブする必要があります。テストクラスは次のようになります。

   // testメソッドは次のようになります...

   public class TestA {
   
     @Test
       public void testMethod() {
   
       A a= new A();
       A spyA = spy(a);
       Method privateMethod = A.class.getDeclaredMethod("method1", null);
       privateMethod.setAccessible(true);
       doReturn("Test").when(spyA, "method2"); // if private method2 is returning string data
       // invoke the private method for test
       privateMethod.invoke(spyA , null);
   
       }
   }

**アプローチは、オブジェクトの反射とスパイを組み合わせることです。** method1と** method2はプライベートメソッドであり、method1はmethod2を呼び出します。

私はあなたがプライベートメソッドをテストする必要性を本当に理解していません。根本的な問題は、パブリックメソッドの戻り値の型がvoidであるため、パブリックメソッドをテストできないことです。したがって、プライベートメソッドをテストする必要があります。私の推測は正しいですか？

いくつかの可能な解決策（AFAIK）：

1. プライベートメソッドのモックを作成しますが、メソッドを「実際に」テストすることはできません。

2. メソッドで使用されているオブジェクトの状態を確認してください。MOSTLYメソッドは、入力値を処理して出力を返すか、オブジェクトの状態を変更します。オブジェクトの望ましい状態をテストすることもできます。

   public class A{
   
   SomeClass classObj = null;
   
   public void publicMethod(){
      privateMethod();
   }
   
   private void privateMethod(){
        classObj = new SomeClass();
   }
   
   }

   [ここでは、classObjのnullからnot nullへの状態変化をチェックすることで、プライベートメソッドをテストできます。]

3. コードを少しリファクタリングします（これがレガシーコードではないことを願います）。メソッドを書く私の基本は、常に何か（int / boolean）を返すことです。戻り値は実装によって使用される場合とされない場合がありますが、テストでは必ず使用されます。

   コード。

   public class A
   { 
       public int method(boolean b)
       {
             int nReturn = 0;
             if (b == true)
                  nReturn = method1();
             else
                  nReturn = method2();
       }
   
       private int method1() {}
   
       private int method2() {}
   
   }

実際には、Mockitoを使用してプライベートメンバーのメソッドをテストする方法があります。次のようなクラスがあるとします。

public class A {
    private SomeOtherClass someOtherClass;
    A() {
        someOtherClass = new SomeOtherClass();
    }
    public void method(boolean b){
        if (b == true)
            someOtherClass.method1();
        else
            someOtherClass.method2();
    }

}

public class SomeOtherClass {
    public void method1() {}
    public void method2() {}
}

テストしたい場合はa.methodからメソッドを呼び出し、SomeOtherClass以下のように書くことができます。

@Test
public void testPrivateMemberMethodCalled() {
    A a = new A();
    SomeOtherClass someOtherClass = Mockito.spy(new SomeOtherClass());
    ReflectionTestUtils.setField( a, "someOtherClass", someOtherClass);
    a.method( true );

    Mockito.verify( someOtherClass, Mockito.times( 1 ) ).method1();
}

ReflectionTestUtils.setField(); プライベートメンバーをスパイできる何かでスタブします。

テストを同じパッケージに、ただし異なるソースフォルダー（src / main / javaとsrc / test / java）に入れ、これらのメソッドをパッケージプライベートにします。Imoのテスト容易性はプライバシーよりも重要です。

プライベートメソッドがvoidではなく、戻り値が外部依存関係のメソッドへのパラメーターとして使用される場合、依存関係をモックし、を使用しArgumentCaptorて戻り値をキャプチャできます。例えば：

ArgumentCaptor<ByteArrayOutputStream> csvOutputCaptor = ArgumentCaptor.forClass(ByteArrayOutputStream.class);
//Do your thing..
verify(this.awsService).uploadFile(csvOutputCaptor.capture());
....
assertEquals(csvOutputCaptor.getValue().toString(), "blabla");