JMockitで私的静的フィールドをモックしますか？

Question

私は次のようなクラスを持っています。

class ClassA { 
    private static File myDir; 

    // myDir is created at some stage 

    private static String findFile(final String fileName) { 
     for (final String actualBackupFileName : myDir.list()) { 
      if (actualBackupFileName.startsWith(removeExtensionFrom(backupFile))) { 
       return actualBackupFileName; 
      } 
     } 
    } 
} 

だから、基本的に、私はリスト（）がそれに呼び出されたとき、それは私が私のテストクラスで定義された文字列のリストを返すようにFileクラスをモックすることにより、このクラスをテストしたいです。

私は次のようなことがありますが、それは分からないことでしょう。私は間違っていることを明らかにしています。私はJMockitを初めて使用しています。

@Mocked("list") File myDir; 

@Test 
    public void testClassA() { 
    final String[] files = {"file1-bla.txt"}; 

    new NonStrictExpectations() {{ 
     new File(anyString).list(); 
     returns(files); 
    }}; 

    String returnedFileName = Deencapsulation.invoke(ClassA.class, "findFile","file1.txt"); 

    // assert returnedFileName is equal to "file1-bla.txt" 
    } 

上記のテストを実行しているとき、私はにClassAでmyDirにフィールドのNullPointerExceptionが取得する - ので、その適切嘲笑得ていないように見えますか？

Answer 1

JMockit（またはその他のモックツール）モックフィールドや変数が、それはこれらのタイプのインスタンスを取得種類（クラス、インタフェースなど）を皮肉っていませんがテスト中のコードの中に格納されているものは関係ありません。

ClassA用例試験

：

@Test 
public void testClassA(@Mocked File myDir) 
{ 
    new Expectations() {{ myDir.list(); result = "file1-bla.txt"; }}; 

    String returnedFileName = new ClassA().publicMethodThatCallsFindFile("file1.txt"); 

    assertEquals("file1-bla.txt", returnedFileName); 
} 

上記に取り組むべきです。直接privateメソッドをテストする（またはprivateフィールドにアクセスする）ことは悪い習慣とみなされるので、ここではそれを避けました。また、Fileクラスを嘲笑することを避けるのが最善です。代わりに、あなたのpublicメソッドだけをテストし、ファイルシステムを嘲笑する代わりに実際のファイルを使用してください。

Answer 2

この試してみる：

new Expectations {{ 
    invoke(File.class, "list", null, null); 
    returns(files); 
}} 

Answer 3

DeencapsulationクラスのsetFieldメソッドを使用できます。下の例に注意してください。

Deencapsulation.setField(ClassA, "File", your_desired_value);