AndroidプレーンDagger 2とJunit 2

Question

私はMVPで働いていましたが、プレゼンターはビジネスロジックを持ち、Androidの内部構造はまったく参照されていないため、普通はJunit（Instrumentationではなく）を使ってプレゼンターをテストします。

Dagger 2に切り替えると、自分のアプリケーションコンポーネントの「TestModule」を設定する際に問題があることがわかりました。テストクラス内から動作しませんコンポーネントの作成

2. は、標準のJUnitテストでダガーを使用するための任意の例を見つけることができませんでした（おそらくので、「aptの」が実行されていません）。私が見つけたすべての例は、InstrumentationテストやRoboelectric（基本的にアクティビティやその他のAndroid関連の項目をモックする）に依存していますが、これは私のUIテストに過ぎません。

私はアプリ - > src-> testフォルダではなく、アプリケーション - > src-> androidTestにあるテストについて話しています。

私は何か問題がありますか？または何かが欠けている？ Dagger 2を通常の単体テストでどのように使用するか説明したり例を挙げたりできますか？

Answer 1

私の解決策があなたのために働くかどうかはわかりませんが、私はそれをすべきではありません。 まず、私は私が前の方法で注入を追加し、私のユニットテストtestInjectionComponent

@Singleton 
@Component(modules = {MockNetworkModule.class}) 
public interface MockInjectionComponent extends InjectionComponent { 
void inject(DaggerUnitTest daggerUnitTest); 
} 

を作成しました。そうですね：

@Before 
public void setUp() throws Exception { 
    MockInjectionComponent mockInjectionComponent = DaggerMockInjectionComponent 
      .builder() 
      .mockNetworkModule(new MockNetworkModule()) 
      .build(); 
    mockInjectionComponent.inject(this); 
} 

次に、私は注釈したオブジェクトに注釈を付けます。

EDIT： はあなたのapp.gradleファイルでtestApt "com.google.dagger:dagger-compiler:$daggerVersion"を追加することを忘れないでください。

Answer 2

プレゼンターをテストするためのダガーは必要ありません。 Daggerの仕事は、クラスの依存関係を完全に埋めることです（依存関係注入）。例えば

あなたはこのプレゼンターを持っている：

public class MyPresenter { 

    Database database; 
    ApiService apiService; 

    @Inject 
    public MyPresenter(final Database database, final ApiService apiService) { 
     this.database = database; 
     this.apiService = apiService; 
    } 
} 

ダガーは、それらを使用するあなたのプレゼンターのためのdatabaseとapiServiceオブジェクトを使用してプレゼンターを提供します。実際のアプリ（テストではない）を実行すると、これらは実際の機能を持つ実際のオブジェクトになります。

プレゼンターをテストするときは、プレゼンターのみをテストする必要があります。他のものはすべて嘲笑してください。

PresenterTestにプレゼンターを作成するときは、databaseとapiServiceの模擬バージョンで作成します。

次に、あなたのプレゼンターが

することにより、これらのオブジェクトとどのように相互作用するかをテストすることができます。オブジェクトの振る舞いを模擬する。

when(database.getSomething()).thenReturn(something) 

b。あなたのプレゼンターを確認すると、それが

verify(database).saveSomething() 

（擬似コード）のように、これらのオブジェクトとMockitoだろう模擬するための標準的な方法をやりたいん。

Answer 3

実際のモジュールを偽のモジュールと交換するには、google architecture samplesの推奨に従ってフレーバを使用してコンパイルするか、実行時に本物のものを注入してテストコードで偽の依存関係を生成する抽象メソッドを作成します。 2番目のケースでは、テストでスクラッチからコンポーネントを作成してビルドするクラスをサブクラス化する必要があります。