Verwirrt wie zu verwenden Mockito für ein android-test

Ich bin versucht, zu schreiben unit Tests für meine android-app, aber Schwierigkeiten haben, zu tun, was ich will, mit mockito. Dies wird in Verbindung mit Robolectric, die ich gut arbeiten und haben gezeigt, dass unit-tests arbeiten.

Möchte ich testen, ob oder nicht Sie mit einem Klick öffnen Sie eine neue Aktivität, je nachdem, ob es gibt einige bluetooth-Gerät verbunden. Offensichtlich, dort ist kein Gerät verbunden mit bluetooth in meinem test, aber ich möchte so tun, als ob es ist. Den Status der bluetooth-Verbindung ist gespeichert in meiner Application-Klasse. Es gibt keine öffentlich zugängliche Methode, diesen Wert zu ändern.

Also im Grunde der Logik in der app ist wie folgt:

HomeActivity.java:

//this gets called when the button to open the list is clicked.
public void openListActivity(View button) { 
  MyApplication myApplication = (MyApplication) getApplication();
  if (myApplication.isDeviceConnected() {
      startActivity(new intent(this, ListActivity.class));
   }
}

So, um dies zu testen habe ich Folgendes:

TestHomeActivity.java:

@Test
public void buttonShouldOpenListIfConnected() {
    FlexApplication mockedApp = Mockito.mock(MyApplication.class);
    Mockito.when(mockedApp.isDeviceConnected()).thenReturn(true);
    //listViewButton was setup in @Before
    listViewButton.performClick();
    ShadowActivity shadowActivity = Robolectric.shadowOf(activity);

    Intent intent = shadowActivity.getNextStartedActivity();
    assertNotNull(intent); //this fails because no new activity was opened. I debugged this and found that isDeviceConnected returned false.
    ShadowIntent shadowIntent = Robolectric.shadowOf(intent);
    assertThat(shadowIntent.getComponent().getClassName(), equalTo(ListActivity.class.getName()));
}

Also mein unit-test schlägt fehl, weil der Aufruf (in der Tätigkeit) zu isDeviceConnected gibt false zurück, obwohl ich dachte ich sagte es true zurück, mit dem mock-framework. Ich möchte, dass meine Tests haben diese Methode true zurück, wenn. Ist das nicht das, was mockito tut oder bin ich Total Irre, wie mockito?

InformationsquelleAutor Matt Wolfe | 2012-12-20
  1. 5

    Das ist, wie mockito funktioniert, aber das problem ist: ist dein listViewButton mit Ihrem mockedApp? Scheint nicht, da Sie bei der Erstellung mockedApp im test-Methode und nie setzen Sie es überall. Mockito nicht verspotten die Methode ruft alle Instanzen der Application, nur aus dem, was Sie erklärt mock.

    Ich persönlich nicht wissen, wie android funktioniert mit der Application Klasse, aber Sie haben, um es irgendwo so listView verwenden Sie Ihre mockedApp anstelle von dem, was es empfängt.

    BEARBEITEN
    Nach den aktualisierten Frage-und schon verwandeln Sie Ihre getApplication in eine protected-Methode, spy Sie listViewButton und die Rückkehr Ihrer mockedApp. Das riecht ein wenig schlecht, aber es ist ein Weg, wenn Sie nicht Ihre Anwendung verspottet Objekt listViewButton.

    EDIT2

    Beispiel für die Verwendung von spy in Ihrem test mit BDDMockito für die Lesbarkeit 🙂

    public HomeActivity {
    ...
    protected MyApplication getApplication() {
       //real code
    }
    ...
}

public void TestHomeActivity {
   private HomeActivity homeActivity;

   @Before
   public void setUp() {
       this.homeActivity = spy(new HomeActivity());
   }

   @Test
   public void buttonShouldOpenListIfConnected() {
       //given
       FlexApplication mockedApp = Mockito.mock(MyApplication.class);
       Mockito.when(mockedApp.isDeviceConnected()).thenReturn(true);
       //IMPORTANT PART
       given(homeActivity.getApplication()).willReturn(mockedApp);
       ...
   }
}

    Dann der test sollte funktionieren wie erwartet. Aber ich verstärken: Verwenden Sie spy nur, wenn Sie können nicht, Spritzen Sie Ihre mockedApp innen HomeActivity.

    • Ich habe versucht, aber ich bekomme eine exception: ava.lang.RuntimeException: java.lang.reflektieren.InvocationTargetException was passiert, wenn showDialog aufgerufen, die innerhalb von onCreate der HomeActivity. Nicht werfen, dass die Ausnahme vor obwohl.
    • wenn spy-Objekte sind ein code smell, was wäre die bessere Lösung? Sollte ich versuchen und Injizieren-Anwendung? Fügen Sie eine Set-Methode für die Anwendung? Bewegen Sie die Logik, die Griffe connectivity-Status einer anderen Klasse? Ich bin derzeit nicht mit einem dependency injection-framework, aber vielleicht könnte ich. Ich weiß auch nicht wirklich wie die aber schreiben, die Methoden verwendet, die nur für den test, aber vielleicht ein notwendiges übel.
    • Sie konnte Spritzen Sie die Anwendung. Wenn per setter oder Konstruktor, müssen Sie entscheiden. Ich bevorzuge die von constructor. Wenn Sie set getapplication als geschützt, kommentierte es mit Guaven @VisibleForTesting. Es ist gut tun, abzugrenzen
    InformationsquelleAutor Caesar Ralf
  2. 2

    Ihr verspottet version wird nicht genannt.

    Sehen, dass der Anruf getApplication()? (unten). Das ist die Rückkehr eine echte Kopie Ihrer MyApplication Klasse, nicht Ihr verspottet version. Sie müssten zum abfangen des getApplication() aufrufen und übergeben Ihr verspottet Application-Objekt.

    HomeActivity.java:

//this gets called when the button to open the list is clicked.
public void openListActivity(View button) { 
    MyApplication myApplication = (MyApplication) getApplication(); //returns the real thing
    if (myApplication.isDeviceConnected() {
        startActivity(new intent(this, ListActivity.class));
   }
}

    Ich bin nicht sicher, es ist möglich, mit Mockito. Haben Sie versucht, anpassen der ShadowActivity#getApplication () - Methode?

    • Ich dachte, das war das problem, war sich aber nicht sicher, wie Sie Sie zu injizieren, die verspottet Anwendung.. Nein, ich habe nicht versucht, noch, danke für den Tipp.
    • Verwenden setter dependency injection - es ist einfach (wir sind mit RoboGuice). Also im Grunde haben Feld-Anwendung, die standardmäßig Reale Anwendung, sondern haben einige geschützte setter injizieren Ihre Anwendung statt
    InformationsquelleAutor c2knaps
Schreibe einen Kommentar